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The Computer Society’s 1990 presi¬ 
dent, Helen M. Wood, plans to focus 
on “partnerships, visibility, and im¬ 
proved services” during her term of 
office. 


oday, the Computer Society has 
more than 100,000 members 
worldwide. Our selection of pe¬ 
riodicals has grown to five transactions 
and six magazines — presenting a com¬ 
plementary blend of theory and practice. 
We are one of the world’s leading pub¬ 
lishers of computer science and engi¬ 
neering literature, with more than 70 
books and proceedings published annu¬ 
ally. We sponsor more than 100 techni¬ 
cal meetings ranging from large, indus¬ 
try-oriented conferences with exhibits to 
small, highly interactive workshops. 

With the recent addition of the Technical 
Committee on Expert Systems, we have 
34 technical committees focusing on 
computer hardware, software, and appli¬ 
cations. Our standards development pro¬ 
gram was considered the “new kid on 
the block” in standards circles just five 
years ago. Now, with over 180 projects 
involving more than 5,000 volunteers, it 
is a major producer of information-tech¬ 
nology standards affecting products and 
services throughout the global economy. 

We are healthy and strong in key 
areas — services, employee quality, 
volunteer commitment, and finances. 
Collectively, these provide a firm foun¬ 
dation on which we can build an even 
stronger organization. This will enable 
the Computer Society to provide still 
greater support to our membership and 
our industry. 


Over the next year, my efforts will fo¬ 
cus on partnerships, visibility, and im¬ 
proved services. 

Partnerships. Around the world there 
are many professional and technical or¬ 
ganizations with whom we have much in 
common. We have established affiliate 
relationships with a number of them. I 
will work to expand these partnerships 
— both in terms of establishing new af¬ 
filiate relationships and organizing joint 
activities. 

The IEEE has 300,000 members 
worldwide, surpassing all other technical 
professional organizations in both scope 
and size. While the Computer Society is 
the largest, most active group within the 
IEEE, there are 35 other societies and 
councils that sponsor an impressive ar¬ 
ray of technical activities — many of 
which involve some facet of computing 
technology. Over the years we have co¬ 
sponsored activities with a few of these 
groups. I believe there are many poten¬ 
tial benefits to be gained from expanded 
collaboration with other IEEE groups. I 
will seek to identify such opportunities. 

Visibility. The growth of the com¬ 
puter industry has brought increased de¬ 
pendence on computers to many areas of 
human endeavor. This is at times pain¬ 
fully evident when computer systems 
fail to operate as expected or when 


crimes are committed using computer 
technology. Computers are often blamed 
for problems actually caused by human 
error or inadequate planning. Erroneous 
or incomplete information about the ca¬ 
pabilities and limitations of the technol¬ 
ogy can lead to public confusion and 
poor decisions by government and in¬ 
dustry policy-makers. 

The Computer Society is well posi¬ 
tioned to provide policy-makers with 
relevant technical information. Continu¬ 
ation of the public relations program ini¬ 
tiated in 1989 will be one of my priori¬ 
ties for 1990. 

Improved services. As good as our 
current services are, there is always 
room for improvement. In 1990,1 will 
work to explore new opportunities for 
delivery of services through CD-ROM 
and computer communications. I will 
also stress the importance of maintaining 
a focus on quality throughout our opera- 


The Computer Society is filled with 
vitality and great potential. I look for¬ 
ward to continuing to work with the 
many people whose efforts have made 
the society healthy and strong. I wel¬ 
come your support and ideas. 

Helen M. Wood 
Computer Society president 
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A very special “Thanks” 


While at the University of Hawaii, I had a capable, creative, 
and energetic person working with me on Computer. Her name 
is Stacy Hunt. I left the University of Hawaii in July 1989, and 
I would like to take this opportunity to publicly thank Stacy. 
She and the team of student aides who worked for her were im¬ 
portant assets to me. Computer magazine, and the Computer 
Society. 

She worked with me for one year, interacting with engineers, 
scientists, and managers from industry, government, and uni¬ 
versities both in the United States and abroad. Her dealings 
with this diverse group of people, comprising Computer ’s au¬ 
thors and referees, were conducted in a professional manner, 
and she gained both their trust and respect. Many of you read¬ 
ing this editorial will recall receiving one or more of her notes 
of inquiry or thanks and will remember with pleasure the many 
excellent qualities she brought to the job. 

She had a very important role in making sure the magazine 
was published in a timely manner. Although she is not a mem¬ 
ber of the Computer Society, she is one of its unsung heroines. 

Stacy, thank you very much from me and from our authors 
and referees. 

Bruce D. Shriver 

Editor-in-chief 



Bruce D. Shriver, Computer’s editor-in-chief, left the Pacific 
Research Institute for Information Systems and Manage¬ 
ment (PRIISM) and the University of Hawaii six months 
ago to become vice president for research at the University 
of Southwestern Louisiana. Stacy Hunt, his assistant for one 
year at the University of Hawaii, handled many prepublica¬ 
tion details for Shriver and contributed to the timely publi¬ 
cation of Computer. 
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Can 

you 

solve 

problems? 


X ¥ = Y X 

(Find the real X,Y solutions) 

• We’re not looking for bodies to put on projects. 

• We’re not looking for engineers who wait around to be 
told exactly what to do. 

• We’re not looking for engineers who can’t think for 
themselves. 

• We ARE looking for outstanding engineers who can solve 
more problems than they create 

If you’re as good as you think you are; if you want to work with 
other highly motivated engineers; and if you want to work for a 
great communications company in San Diego in a creative, fun, 
and flexible environment, then mail or fax us a resume today. 

Who are we? We started QUALCOMM in the summer of 1985 
with 8 people and the idea that if you get enough good, 
motivated, energetic people together — good things happen. 
Now we have a booming business of 300 people (and 
growing fast) and we’re still having fun. 

What do we do? Basically, QUALCOMM solves communica¬ 
tions problems. We write studies, we design systems, we 
design and build prototypes, we design VLSI and MMICs, 
and we bring some of these projects to manufacturing and 
production (we’ve delivered more than 6,000 OmniTRACS™ 
Mobile Ku-Band Satellite Communications Terminals). We 
are working on advanced spread spectrum communications 
systems including: Mobile Satellite Communications 
modems and networks, CDMA Digital Cellular Telephones, 
High Definition Television, UHF Datalink Systems, and 
Low-Probability-of-Intercept Military Communications. 

We have openings right now for engineers who specialize in any 
of the following: 

VLSI: We need engineers with knowledge of every aspect of 
integrated circuit design. High-level system design, 
simulation, chip architecture, layout, tools, cell-design and 
the use of advanced CMOS technology. 

SOFTWARE: We need outstanding software engineers who 
can write real time digital signal processing code (usually in 



“C” or assembler) who aren’t allergic to oscilliscopes and 
spectrum analyzers. We also need clear thinking software 
engineers to design and build network controller software 
(usually in “C”) to run communications networks cleanly 
and efficiently. 

SYSTEMS: We need engineers who can design and simulate 
state-of the-art communications systems. Experience with 
spread-spectrum modulation, error-correction coding, 
propagation, and telecommunications industry standards is 
desirable. Openings also exist at QUALCOMM for 
Mechanical Engineers, Quality Engineers, Components 
Engineers, and Manufacturing Engineers. 

Please respond by mail to QUALCOMM, INC., Attention: Human 
Resources/JAD, 10555 Sorrento Valley Road, San Diego, CA 92121. 
Or by FAX to Attention: Human Resources/JAD at (619) 452 9096. 
An Equal Opportunity Employer. 
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15th Annual Conference on Local Computer Networks 
"The Conference on Practical Leading Edge Computer Networking" 

October 1-3, 1990, Minneapolis, Minnesota USA 
Sponsored by: IEEE Computer Society TC-Computer Communications 


Theme: 

The emphasis of this year's conference is on practical 
experience using local computer networks. This unique 
approach stimulates a workshop environment and allows for 
an effective interchange among users, researchers, and 
vendors. Among the primary goals of the conference are to 
enable those involved in the local computer network field to 
share experiences, lessons learned, and prototype data and 
analysis. Because of these objectives, papers based on 
experience are especially solicited. 

The focus of the 15th LCN Conference will be on High- 
Speed Networks and papers that cover this area are 
explicitly sought. 

Information for Authors: 

All authors must submit 5 full copies. The first page 
must contain: Title of the paper, author's names including, 
affiliations, complete mailing address, telephone and FAX 
numbers, and a 250 word (max) abstract (double-spaced) in 
English to Marc Cohn, Program Chair at the address below: 


Sessions are Also Being 
Organized on: 

• High Speed Protocols 
•FDDI 

•LAN Cabling 

• Performance 

• Reliability 

• Availability 

• Metropolitan Area Nets 

• Internetworking 

• Routing 

• Standards 

• Network Management 

• Real-Time Networks 

• Network Software 

• Gigabit Networks 

• Emerging Technologies 


Send Papers To: 

Marc Cohn, 

Program Co-Chair 

Raychem Corporation 

Advanced Development Division 

300 Constitution Drive 

Menlo Park, California 94025-1164 

USA 

(415) 361-3902 
(415) 361-6099 - FAX 


General Co-Chairs 

Larry Green, Protocol Engines Inc. 
Ken Thurber, Architecture 
Technology Corporation 

Program Co-Chairs 

Marc Cohn, Raychem 
James Mollenauer, Artel 

Important Dates 

Submission: May 22, 1990 
Acceptance: June 25,1990 
Camera Copy: August 1,1990 
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The Specification 
and Modeling of 
Computer 
Security 



P roving programs correct by formal 
means — where feasible at all — is 
expensive and thus seldom cost- 
effective. One area in which it is cost- 
effective is computer security, where a 
single mistake can cost billions of dollars 
and result in the loss of human life. Unfor¬ 
tunately, formally proving that a program 
is secure is especially hard. It’s not that 
formal proofs about security are intrinsi¬ 
cally more difficult than proofs about other 
properties; rather, the concept of security 
itself is harder to explicate formally. For 
this reason, attention has focused on for¬ 
mally explicating security by constructing 
formal models. 

Let’s assume the existence of a set of 
objects, or information receptacles, and a 
set of subjects, or agents that can operate 
on objects in various ways. Security then 
becomes the problem of appropriately 
governing subjects’ access to objects. Al¬ 
though identification, authentication, and 
auditing requirements all fall within the 
security arena, this article is concerned 
with requirements that restrict a legitimate 
user’s access to files. To render the prob¬ 
lem nontrivial, let’s assume that not every 
subject is permitted to access every object. 
Access requirements fall into two cate- 


John McLean 

Naval Research Laboratory 



Computer security 
models can limit the 
damage caused by 
Trojan Horse programs, 
especially if the 
limitations of the 
widely accepted BLP 
model are eliminated as 
proposed here. 


gories, discretionary access control and 
mandatory access control. DAC restricts 
access rights based, for example, on file 
ownership. The most important property 
of such access rights is that they can be 
passed to other users. For example, file 
rights based solely on file ownership can 
be passed to another user. As a result, DAC 


protection is limited, since it is subject to a 
Trojan Horse attack — that is, an attack 
that tricks the owner into executing a pro¬ 
gram that, without his or her knowledge, 
passes the owner’s rights to another user. 
The most widely known examples of Tro¬ 
jan Horse programs are computer viruses. 

MAC provides access restrictions that 
are not subject to user discretion and thus 
limits the damage a Trojan Horse can 
cause. For example, let’s assume the exis¬ 
tence of a (partially) ordered set of security 
levels, such that each subject and object is 
assigned a level, and the MAC restriction 
that subjects assigned to a level cannot 
read objects assigned to a higher level. In 
this scheme, even if we can trick a high- 
level subject into executing a Trojan Horse 
program, the program will not be able to 
give a low-level subject access rights to a 
high-level object. An example of such 
levels is the familiar national security hier¬ 
archy: { top secret, secret, confidential, un¬ 
classified 1 , where top secret > secret > 
confidential > unclassified. A subject’s 
level is called its clearance, and an ob¬ 
ject’s level is called its classification. 

MAC appears in other arenas as well, 
although perhaps under different names. 
For example, medical employees have the 
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right to view patient records but cannot 
pass this right to nonmedical employees. 
Similarly, advisors cannot pass the right to 
look at student grades to other students, and 
payroll officers cannot pass the right to look 
at employee salaries to other employees. 

In national security, the most widely 
used model is that of David Bell and 
Leonard LaPadula. * 1 The Bell and LaPadula 
(BLP) model is the backbone of the Na¬ 
tional Computer Security Center’s evalu¬ 
ation process for trusted computer sys¬ 
tems. Although widely used, BLP has 
limitations. For example, it has little rele¬ 
vance for systems in which users may 
change their own security levels or those of 
their files — changes that are often neces¬ 
sary in real-world systems. BLP is also 
inadequate for expressing requirements 
that certain operations cannot be per¬ 
formed by a single individual working 
alone. Such n-person, or “dual custody,” 
rules are common in government security 
policies, such as those governing missile 
launches, and are an important part of 
industrial security. 2 

This article describes computer security 
models in general and BLP in particular. It 
briefly addresses DAC, but the main topic 
is MAC in national security. However, the 
issues addressed are relevant to any setting 
in which MAC-like restrictions arise. The 
article will show that security is a fruitful 
research area for those interested in soft¬ 
ware specification, since some of the most 
difficult issues in specifying security have 
analogues in other domains. The article 
will also examine how BLP’s limitations 
can be remedied by a framework of mod¬ 
els, which will make BLP more useful to 
those interested in industrial security. 

Computer security 
specifications and 
models 

Computer security tries to assure that 
the increased processing power and de¬ 
creased human supervision that come from 
computerizing an information system do 
not introduce new threats to the system’s 
security. Computer security is not con¬ 
cerned with general security issues such as 
protecting files from unauthorized repro¬ 
duction by authorized users. Its concern is 
secrecy (protecting information from un¬ 
authorized disclosure), integrity (protect¬ 
ing information from unauthorized altera¬ 
tion), and availability (protecting systems 
from denial-of-service attacks). 



The Bell and LaPadula 
model has little relevance 
for systems in which users 
may change their own 
security levels or those of 
their files. 


This article is specifically concerned 
with a component of secrecy known as 
access control, which assures that 

(1) valid users and programs are not 
permitted to view data classified 
above their authorized level, and 

(2) programs are not permitted to copy 
data from one level to a lower level. 

These two components of security, known 
as simple security and the *-property, re¬ 
spectively, play an integral part in tradi¬ 
tional explications of MAC security. 

One problem shared by simple security 
and the *-property is that, as usually inter¬ 
preted, they constitute a possible implem¬ 
entation of security, called a reference 
monitor, rather than an abstract specifica¬ 
tion that all secure systems must satisfy. 
They concern themselves with particular 
controls over files in the computer rather 
than limiting themselves to the relation 
between input and output, making it harder 
to reason about requirements and prejudic¬ 
ing the programmer against alternative, 
possibly better, implementations by creat¬ 
ing a mindset in which alternatives are not 
considered. 3 A more abstract specification 
would ignore system internals and deal 
directly with input/output relationships. It 
could require, for example, that output to 
low-security users not allow those users 
to infer properties of higher-level users’ 
input. 

The best known formalization of this 
constraint requires that high-level inputs 
not interfere with low-level outputs. 4,5 
However, this approach is limited to sys¬ 
tems that do not generate high-level output 
from low-level input; it does not recognize 
that processing can raise the input’s secu¬ 
rity level. 

A second problem is that high-level 
input in nondeterministic systems cannot 
be restricted from interfering with only the 
possibility of a low-level output; it must 
also be restricted from interfering with the 


probability of a low-level output. For ex¬ 
ample, a system in which high-level input 
can significantly reduce the probability of 
a low-level output can pass significant 
information even if the high-level input 
cannot render the low-level output impos¬ 
sible. 

But the most serious problem with this 
approach is that, in general, it is too strong. 
In most systems we can tolerate high-level 
input having some effect on low-level 
output, for example, with respect to system 
response or operating system messages 
concerning available storage, device 
status, etc. Disallowing such information 
flow could lead to unacceptable perform¬ 
ance degradation. 

System developers believe that the con¬ 
cepts of simple security and the *-property 
let them be more selective about the types 
of effects considered impermissible. It 
then becomes a separate task (called a 
covert channel analysis ) to show that a 
malicious program that transfers informa¬ 
tion via system response, operating system 
messages, etc., cannot do it rapidly enough 
to cause concern. 

Issues concerning specification abstrac¬ 
tion do not arise only in security speci¬ 
fications. Consider a mailing system, for 
example. Ideally, we might want all mes¬ 
sages delivered within some time interval 
t, but when we see the cost of such a 
system, we might settle for making deliv¬ 
ery time a function / of system load. 
However, no matter how precisely we 
specify/, only the most talented program¬ 
mer can build the desired system if our 
specification contains no implementation 
suggestions. As a compromise, we might 
develop a system operation model that 
satisfies our abstract requirements. The 
programmer then treats the model as an 
implementation guideline. Whereas the 
initial abstract specification is analogous 
to noninterference, the model is analogous 
to the role of simple security and the 
*-property. The move from an abstract 
specification to an implementation-ori¬ 
ented model is motivated by the fact that an 
abstract specification of exact require¬ 
ments gives the programmer too little 
implementation guidance. 

A more serious problem with simple 
security and the *-property is that not all 
explications agree on their meaning. For 
simple security, should a user with confi¬ 
dential clearance be able to copy the con¬ 
tents of a secret file to another secret file? 
That is, should we regard such an operation 
as a confidential user viewing a secret file? 
Explications of simple security disagree 
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Notation 

{x,, x 2 .xj is the set consisting of the members x,, x y . . . , x n . 

x e y if and only if x is a member of the set y. 

x c y if and only if x is a subset of y, that is, every member of the set x is a 
member of the set y. 

x ~ y is the set of elements that are in x but not in y. 

P(x) is the set whose members are the subsets of set x. 

(x, y) is the ordered pair whose first element is x and whose second element 
isy. 

Ax B is the set of ordered pairs whose first element is a member of the set A 
and whose second element is a member of the set S. 

A B is the set of functions whose domain is B and whose range is A. 


about this, depending on whether our 
knowledge of process behavior is detailed 
enough to differentiate between reading 
for the sake of viewing and reading for the 
sake of copying. If we regard any read 
access as viewing a file, then the major 
explications agree on the correct formula¬ 
tion of simple security. 6 Let’s adopt this 
view here, rather than try to distinguish 
between different ways of reading a file. 
(This equivalence must be taken with a 
grain of salt. The important issue is 
whether a system that conforms to one 
formulation of simple security also con¬ 
forms to another. To answer this question, 
we need to consider not just the two expli¬ 
cations but also the mappings from the 
system to the explications.) 

It might seem that we could sidestep the 
issue by treating the viewing of a file as 
copying a file to a screen or printer. Simple 
security then becomes a special case of the 
♦-property if we mandate that an output 
device’s classification during an operation 
is the minimum of the device’s basic clas¬ 
sification and the user’s clearance. (The 
Military Message System model takes 
such an approach. 7 ) 

A problem with this approach is that if a 
program can read a file, it can communi¬ 
cate the file’s contents to a user without 
writing to an output device or another file. 
For example, suppose you are going to 
play in a chess tournament, that F contains 
your opening move as white, and that your 
opponent knows you always play either 
p-k4 or p-q4. Consider the following 
program: 

CHESS: 
open F for read 
while F = “p-k4” do end 
close F 

A user can obtain your opening move by 
starting Chess and waiting for the system 
prompt. Your move is “p-q4” if and only if 
Chess successfully terminates. Hence, to 
prevent invalid information flow, we must 
prevent all accesses above the user’s secu¬ 
rity level. The *-property by itself is insuf¬ 
ficient. 

Even if we could eliminate the need for 
simple security, there is the problem that 
explications of the *-property differ. 1 - 4 For 
example, if we assume that processes have 
memory, we might not want a process that 
has read a secret file to downgrade itself 
and write to a confidential file without first 
being “sanitized.” Alternatively, we might 
let a process read a secret file and write a 
confidential file, even simultaneously, if 
secret information does not flow from the 


former to the latter. As in the case of simple 
security, the difference between the two 
approaches reflects different assumptions 
about how detailed our knowledge of pro¬ 
cess behavior is. 

For example, assume that we have two 
secret files SI and S2, two confidential 
files C1 and C2, and a program P.lfP reads 
SI, we can, for ease of implementation, 
simply prevent P from writing to Cl. 
However, if we examine P more closely, 
we might discover that we are being overly 
restrictive. For example, P might be the 
following program: 

DONOTHING: 
open SI for read 
open Cl for write 
close SI, Cl 

Or, more realistically, it might be the pro¬ 
gram: 

SIMCOPY: 
open SI, Cl for read 
open S2, C2 for write 
copy SI to S2 
copy Cl to C2 
close SI, S2, Cl, C2 

The trouble with allowing such pro¬ 
grams is that it is hard to differentiate 
between them and programs that allow 
harmful information flow from high-level 
files to low-level files. Even if we can 
examine code, it is not always clear 
whether a program passes information 
from one file to another. The same state¬ 
ment can leak information or not, depend¬ 
ing on the environment. For example, the 
command “if A = 0 then B := 0” passes 
information from A to B only if neither A 
nor B has been previously set to 0 by an 
unconditional assignment. In general, the 


problem of detecting all and only non- 
secure information flows is undecidable. 8 

A solution to this problem is to take a 
coarse approach to the *-property, pre¬ 
venting nonsecure information flow by 
prohibiting a program with read access to a 
file from having write access to a file with 
a lower security level. Since access restric¬ 
tions are necessary in any case, as demon¬ 
strated by the Chess program, it makes 
sense to use them to prohibit nonsecure 
information flow as well. The advantage of 
this approach is that, if we can control all 
accesses to objects, we never have to ex¬ 
amine application program code. 


The BLP model 

The formal model developed in this sec¬ 
tion is identical to BLP where MAC is 
concerned, but simpler. Let’s assume the 
existence of a finite set of subjects S, con¬ 
sisting of system users and perhaps pro¬ 
grams; a finite set of objects O, consisting 
of system files (possibly including pro¬ 
grams); the standard lattice of security 
levels L; and a finite set of access modes A 
= { read, write }, in which an element of S 
can have access to an element of O. Sub¬ 
jects with read access to an object can read 
it and copy it; those with write access can 
modify it. To edit an object requires both 
types of accesses. 

A system is a state machine such that 
each state v = ( b,f ) is an element of V = (B 
x F), where 

• B is P(S xOxA), the set of all possible 
current access sets such that a subject 
j has access a to an object o if and only 
if (s, o, a) e b; and 
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• F is L? X L°, the set of all possible 
ordered pairs of functions (f s ,f a ) such 
that / gives the security level (clear¬ 
ance) associated with each subject, and 
f a gives the security level (classifica¬ 
tion) associated with each object. 

R denotes the set of requests to change 
an element of a system state. The state 
transition function T.RxV^V moves the 
system from one state to another. A request 
r is issued in state v and moves the system 
from v to its successor. A system T.(V, T, 
v Ml ) is the finite state machine consisting 
of states V, transition function T, and initial 
state v jnj( . A state v is reachable in a system 
£(V, T, V inj( ) if and only if there is a se¬ 
quence <(r 0 , v 0 ). (r n , v n )> such that v () 

= v.„.,, v n = v, and F(r., v.) = v j+ , for all 0 < 
i < n. Note that v Ut is trivially reachable for 
any system. 

A state is simple secure if and only if, for 
every subject with read access to an object 
in the state, the subject’s clearance domi¬ 
nates (in the lattice) the object’s classifica¬ 
tion. More formally, ( b,f ) is simple secure 
if and only if (s, x, read) e b —»/(s) >/ o (jc). 
A state is *-secure if and only if no subject 
has read access to an object x and write 
access to an object y in the state unless y’s 
classification dominates .r’s classification. 
More formally, ( b , /) is *-secure if and 
only if ((s, x, read) e b a ( 5, y, write) e b) 
—> /( y) S/ o ( x). A system is secure if and 
only if all of its reachable states are simple 
secure and *-secure. 

Now, to apply our definition of BLP to a 
real system, we must appropriately map 
the model’s primitive access types — read 
and write — to the system. Ideally, an 
appropriate mapping is one in which a file 
cannot affect a program’s behavior unless 
the program has read access to it, and a file 
cannot be affected by a program unless the 
program has write access to it. Determin¬ 
ing these mappings is not trivial. Program 
behavior can be affected in subtle ways, as 
in the Chess program. If we took all such 
effects into account, BLP would be too 
stringent for most applications. In prac¬ 
tice, we classify a set of operations as reads 
and writes and then use covert channel 
analysis to assess the possible damage that 
might result from the classification. 
Hence, there is always give and take in 
mapping a model to a system and perform¬ 
ing the covert channel analysis. The more 
information flow we rule out by our map¬ 
ping, the less flexible our system but also 
the less information flow we have to exam¬ 
ine for potential damage during covert 
channel analysis. 



Computer security is not 
concerned with issues 
such as protecting files 
from unauthorized 
reproduction by 
authorized users. 


Further, we must map the model’s sub¬ 
jects and objects to the system so that 
information is not improperly stored in 
program variables or system variables (for 
example, the instruction counter). Assume 
that FI contains the chess opening as de¬ 
scribed above and consider the following 
two programs: 

PASS1(F1: file, F2: file) 
open FI for read 
read A from FI 
close FI 

open F2 for write 
write A to F2 
close F2 

PASS2(F1: file, F2: file) 
open FI for read 
if Fl= “p-k4” 
then close FI 
open F2 for write 
write “p-k4” to F2 
else close FI 
open F2 for write 
write “p-q4” to F2 
close F2 

Both Passl and Pass2 pass information 
from FI to F2 even though neither neces¬ 
sarily violates the *-property as explicated 
in our version of BLP. We can rule out 
Passl by recognizing all local program 
variables as objects, assigning a security 
level to A that will prevent Passl from 
simultaneously having either read access 
to FI and write access to A or read access 
to A and write access to FI. We can rule out 
Pass2 by recognizing the instruction 
counter as an object that a program must 
have access to when it is executing. Hence, 
if Pass2 can branch (write to its instruction 
counter) while it has read access to Passl, 
its instruction counter must be classified at 
least as highly as FI. It cannot write to F2 
without giving up read access both to FI 
and its instruction counter. An easy way to 


ensure compliance with this restriction is 
to restrict file opening to the beginning of 
programs and file closing to the end of 
programs. 

(Bell and LaPadula’s explication of the 
*-property is more complicated, but no 
more satisfactory. Their formulation in¬ 
cludes a current security level for each 
subject above which the subject cannot 
read and below which it cannot write. 
However, their model has no restriction on 
changing this level, so the flow violation 
just described is not blocked unless we 
regard A and the instruction counter as 
objects as described above. Otherwise, 
Passl can lower its current security level 
after reading FI and before reading F2.) 

Given these assumptions, if a file can 
affect a program only if the program has 
read access to it, and a program can affect 
a file only if the program has write access 
to it, then a system with only *-secure 
states is a special case of a system that does 
not allow invalid information flow. We 
can see this by moving to a neutral frame¬ 
work that does not have machine states. 
Consider sequences of operations, called 
traces. 9 ' 0 The sequence x.y consists of the 
operation x followed by the operation y, 
and Q, R, S, and T are variables ranging 
over such (possibly empty) sequences. 
Assume all variables are universally quan¬ 
tified unless preceded by the existential 
quantifier 3. For simplicity, also assume 
that security levels do not change, using 
the statement/I > /2 to assert that the 
classification of file /1 dominates that of 
/2. If we ignore the complications that 
arise from permitting the closing of files, 
and if we represent the operation of a user 
v opening a file / for access <|) as open(s,/, 
<t>), then the *-property is captured by two 
simple axioms that specify when a trace 
satisfies the predicate *-s and thus satis¬ 
fies the *-property: 

*-s(T.open(i,/l, r).F.open(.s,/2, 
w)S)-*f2 >/ 1 

*-s(T.open(s,f2, w).R.open(s,/l, 

r).S) —>/2 >/l 

To capture the notion of information flow, 
let’s assume that any program that passes 
information from a file/1 to another file/2 
on behalf of user s is represented by the 
operation copy(s, /l, /2). Further, let’s 
assume that we can execute copy (s,f 1 ,/2) 
only if s has opened /1 to read and /2 to 
write. Again, ignoring the closing of files, 
this requirement is specified by the 
predicate L, which denotes the set of legal 
traces: 
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L(r.copy(s,/l,/2)) -» 
(3ft)(B5)(Bfi)(r = *.open(i, /1, 
r).S.open(s,f2, w).Q vT = /?.open(i, 
/2, w).S.open(s,/l, r).Q) 

The requirement that information not 
flow down is then captured by the assertion 

*-s(r.copy(.s,/l,/2)) —>/2 >/l 
It is easy to see that the first three expres¬ 
sions together imply the fourth for all legal 
system operations, that is, that the ^prop¬ 
erty prohibits nonsecure information flow. 


General security 
models: Paradigm Lost 

To examine BLP in more detail, let’s 
call BLP’s definition of security BLP-se- 
curity to distinguish it from access secu¬ 
rity, the informal security requirement that 
BLP formally explicates. The most notable 
theorem about BLP-security, the basic 
security theorem (BST), gives necessary 
and sufficient conditions under which a 
secure system can never become non¬ 
secure. 

The theorem states that a system X(V, T, 
v..) is BLP-secure if and only if v. njl is a 
BLP-secure state and T satisfies the fol¬ 
lowing: 

(1) If T(r, v) = v*, where v = (b,f) and v* 
= {b*,f*), then for each {s, o, read) 
e b*~b,f* s (s) >/* o (o); and for each 
(s, o, read) e b such that /*(*) / 
f* 0 (o), ( 5 , o, x) <£ b* 

(2) If °T(r, v) = v*, where v = (*,/) and v* 
= (b*,f*), then for each {(s,x,read), 
(s, y, write )) c b*~b,f* o (y) >f* o (x); 
and for each ((.?, x, read), (s, y, 
write)) c b such that f* o (y) 2f* o (x), 
{(s, x, read), (s, y, write)) £b* 

The theorem states that a system with a 
secure initial state is secure if and only if, 
when the system moves to a new state, no 
new accesses are added and no accesses 
from the original state are retained that 
would be nonsecure with respect to the 
new state’s security level functions. Al¬ 
though Bell and LaPadula intended only to 
establish an interesting property of BLP- 
security, the computer security commu¬ 
nity’s reaction was that BST shows that 
BLP-security completely explicates ac¬ 
cess security, 11 in other words, that access 
security is identical to BLP-security. 

(Bell and LaPadula also offer a set of 
operations, called “rules,” that satisfy 
properties besides simple security and the 


For simple security, 
should a user with 
confidential clearance be 
able to copy the contents 
of a secret file to another 
secret file? 


*-property. 1 However, these Multics- 
dependent rules are presented merely as 
one possible implementation of the model. 
Any further constraints that all such rule 
sets must enforce should be explicit and on 
the same level as simple security and the 
*-property. In general, sets of rules are 
hard to analyze for flaws because they 
contain system-dependent information. A 
simple abstraction is needed for validating 
rule sets. 12 ) 

Although the equation of access security 
with BLP-security was never justified, it 
can be made plausible by an analogy. 12 In 
the 1930s, logicians were struggling with 
the informal concept of computability. The 
first explication was Church’s suggestion 
of recursiveness, followed by Turing’s 
suggestion of Turing computability. Both 
suggestions gain credence from the fact 
that they are coextensive. Hence, two dif¬ 
ferent explications of an informal concept 
pick out the same class of functions. 

BLP offers an explication in terms of a 
restricted (BLP-secure) state. What would 
add credence to this explication is a co¬ 
extensive explication in terms of a re¬ 
stricted state transition function. On the 
face of it, BST provides this. It seems to 
offer a set of transition restrictions ade¬ 
quate for explicating access security. It 
also seems to show that the class of state 
machines that satisfies these restrictions 
also satisfies the conditions of being BLP- 
secure. If this view were correct, BST 
would certainly add credence to the claim 
thatBLP-security equals security, although 
it would not prove it. 

Unfortunately, even this moderate view 
of BST is untenable, since an analogous 
theorem holds for obviously incorrect 
explications of security, for example, one 
in which subjects are permitted to read 
only information classified higher than 
their security level. 11 BST is transparent 
with respect to the secure state in our expli¬ 
cation of BLP and would hold no matter 


what restrictions (or lack of restrictions) 
we placed on such states. 

BST’s failure to justify BLP does not 
mean justification is impossible. We can 
try to make our own justification by con¬ 
structing a definition of security based on 
a secure transition rather than a secure 
state. 12 To this end, let’s call a transition 
function T simple secure if and only if, 
whenever T(r, v) = v*, the following three 
conditions are met: 

(1) If (.?, o, read) e b*~b, then f s (s) > 
f o (o), and /=/* 

(2) 1ff s (s) */* (.v), then 

• b does not contain any triples of the 
form (s, o, read), where/* (s) 2f o (o); 

• f o = f* o ; and 
. b = b* 

(3) If f o (o) */* ( 0 ) then 

• b does not contain any triples of the 
form (s, o, read), where//.?) Z/* (j (o); 

• /=/*; and 

• b = b* 

A transition function T is *-secure if and 
only if, whenever T(r, v) = v*, the follow¬ 
ing conditions are met: 

(1) If {(s, x, read), (s, y, write)) c b* 
and {(s, x, read), (s, y, write)) (£b, 
then/ o (y) >f 0 (x), and/ = /* 

(2) If//y) */* (y), then 

• b does not contain any subsets of 
the form {( s, x, read), (s, y, write )), 
where f* g (y) £f* a (x), or of the form 
{(s, y, read), (s, x, write)), where 
/*(*) Zf* 0 (y)\ and 

• b* = b 

A transition function is secure if and 
only if it is simple secure and *-secure; 
that is, whenever a transition function 
changes a state’s element, the change can¬ 
not violate security with respect to the 
state’s other elements, and the other ele¬ 
ments cannot change during the transition. 
This differs from BST in that it does not 
allow a single transition to change, for 
example, both a state’s current access set 
and its security level functions. Since a 
secure transition from a state v to v* allows 
only one element of v to change, and since 
that element can be changed only in ways 
that preserve state security with respect to 
v, 12 we can easily prove the following theo¬ 
rem: A system is BLP-secure if its initial 
state is BLP-secure and its transition func¬ 
tion is secure. 

Unfortunately, the converse is false. A 
system can be BLP-secure yet not have a 
secure transition function. Consider the 
system Z whose initial state is BLP-secure 
and which has only one type of transi- 
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tion 12 : When a subject s requests any type 
of access to an object o, every subject and 
object in the system is downgraded to the 
lowest possible level, and the access is 
recorded in the current access set ft. System 
Z’s transition always leads to a BLP-secure 
state, so Z is BLP-secure. However, Z’s 
transition function does not meet our 
definition of a secure transition. Since Z 
permits anyone to access anything, BLP 
obviously fails to capture access security. 
Further, it should be clear that an adequate 
definition of access security cannot be 
based entirely on the notion of a secure 
state. We can define simple security and the 
♦-property in terms of a secure state, but 
System Z shows that simple security and 
the * *-property are insufficient. Since ob¬ 
ject contents are not part of our model, we 
do not have to restrict how they can change 
from state to state (although we do need to 
consider state transitions when determin¬ 
ing when a program requires read and write 
access to an object.) However, since secu¬ 
rity levels are part of our model, we need 
transition restrictions to say how security 
levels can change from state to state. 

General security 
models: Paradigm 
Regained 

The frameworks for MAC models de¬ 
veloped here allow changes in security 
levels. A single model is insufficient, since 
policies on security level changes are in¬ 
trinsically application-specific. Such poli¬ 
cies must balance flexibility with security, 
and the success of this trade-off can be 
judged only in light of the policy ’ s intended 
application. Theoretical frameworks bring 
order to the resulting proliferation of 
models, allowing us to compare models 
and construct new models from old ones. 

A framework is determined by S, O, L, 
and A (refer back to the explication of the 
BLP model for definitions of these terms), 
and a model within a framework is deter¬ 
mined by an ordered pair C = (c s , cj, where 
c s is a total function from S to P(S), and c o 
is a total function from O to P{S). 
Intuitively, c/x) and c/y) are the set of 
subjects that can change the security levels 
of subject x and object y, respectively. 13 

The notion of a system is the same as 
before except that the transition function is 
now a function T: S x RxV-» V, where a 
subject s issues a request r in state v that 
moves the system from state v to a new 
state. A transition function is transition 



Discretionary access 
control is useful for 
government security 
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secure if and only if each transition T(s, r, 
v) = v*, where v = (ft,/) and v* = (ft*,/*), 
is such that 

• for all x e S, if/*(x) */(x), then s e 
c/x); and 

• for all ye O, if f* 0 (y) * f a (y), then s e 
c o (y) 

In other words, a transition can change the 
security level of a subject x or object y only 
if the subject executing the transition is in 
c s (x) or c o (y), respectively. 

A system is secure only if all its reach¬ 
able states are simple secure and *-secure 
and its transition function is transition 
secure. All models in a framework share this 
security policy, though the consequences 
of the policy differ depending on the par¬ 
ticular model’s function pair C. A model, 
then, is the set of secure systems that share 
S, 0,L,A, and C. A framework is the set of 
models that share S, O, L, and A. 

Note that our security policy gives nec¬ 
essary, but not sufficient, conditions for a 
system to be secure. Hence, different 
models within a framework do not contra¬ 
dict one another. This would not be the 
case if the policy gave sufficient condi¬ 
tions for security, as does BLP. Consider a 
model Ml that says a system is secure if 
and only if Cl, and a model M2 that says a 
system is secure if and only if C2. Unless 
Cl and C2 are equivalent, the model that 
says a system is secure if and only if Cl a 
C2 has no useful logical relation to Ml and 
M2. All three models contradict one an¬ 
other. 

Since our security policy does not give 
sufficient conditions for security, we can 
construct new models from old ones. In 
fact, it is possible to define model con¬ 
struction operations n, u, and ' that form 
a Boolean algebra. 13 This provides a natu¬ 
ral partial ordering of the set of models 
within a framework, namely. Ml < M2 if 
and only if Ml n M2 = Ml. For example, 
consider a framework where S = [x, y ) and 


O = {z}. The following ordering exists 
among models that do not allow a subject’s 
clearance to change: 



lx } {y} 


The top policy says that either x or y can 
change z’s classification; the leftmost pol¬ 
icy on the second row says that only x can 
change z’s classification; the rightmost 
policy on that row says that only y can 
change z’s classification; and the bottom 
policy says that z’s classification cannot be 
changed. Although the distinction between 
the two policies on the second row can be 
useful when considering specific individu¬ 
als, we occassionally might want to ignore 
differences between policies that can be 
eliminated by renaming and treat all poli¬ 
cies that appear on a row as equivalent. 
This can be done formally by slightly 
modifying the definition of <. 13 

A given security model corresponds to a 
model in a framework if and only if the set 
of systems that is nonsecure by the for¬ 
mer’s criteria is also nonsecure by the 
latter’s. Given this sense of correspon¬ 
dence and sets S, O, L, and A, BLP corre¬ 
sponds to the least stringent of the frame¬ 
work’s models, for which c s (x) = c o (y) = S 
for all x s S and yeO. The most stringent 
model is BLP* — BLP supplemented by 
tranquility, the restriction that security 
levels cannot change. (See, for example, 
the SeaView model. 14 ) BLP* corresponds 
to the framework model for which c/x) = 
c o (y) = 0 for all x e S and yeO. Between 
these two is a position where a subject sso 
e S acts as system security officer and is in 
charge of all changes to security levels. 
(See, for example, the Military Message 
System, or MMS, model. 7 ) Such a system 
corresponds to the framework model in 
which c s (x) = c o (y) = { sso ) for all x e S and 
ye O. It is easy to see that BLP* < MMS < 
BLP. In fact, BLP and BLP* are the top and 
bottom elements, respectively, of the 
Boolean algebra formed by a framework. 
Hence, as we move toward the top of the 
algebra, the models become less stringent, 
and in general. Ml < M2 if any system that 
satisfies Ml satisfies M2 as well. 

This way of modeling the ability to 
change security levels places Boolean 
algebra at our disposal for comparing and 
constructing models. Nevertheless, it does 
not let us formulate n-person rules, which 
are widespread in government and indus¬ 
try, on our system. For example, we might 
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require that an object’s classification can 
change only with the approval of both the 
object’s owner and the system security 
officer. This requirement can be imple¬ 
mented in several ways. One possibility is 
to require that the object’s owner and the 
system security officer concurrently exe¬ 
cute a special program that changes the 
classification. Another implementation 
would require the owner to execute a pro¬ 
gram that requests a change and the system 
security officer to then execute a second 
program that grants the request. On a more 
abstract level, however, it is helpful to 
ignore implementation differences and 
focus solely on the concept of an action 
being executed jointly by several people, 
whether concurrently or sequentially. The 
abstract formulation provides a criterion of 
correctness for the lower level rules. 

To this end, let’s consider frameworks 
whose subject sets have a particular struc¬ 
ture. 13 We can similarly apply what fol¬ 
lows to the set of objects if we want to 
capture the notion of being able to operate 
on an object only conjointly with opera¬ 
tions on another object (for example, as in 
double-entry bookkeeping). 

Replace the set of subjects S with S = 
P(5) - {0), the set of nonempty subsets of 
S, whose elements are denoted by s. 
Replace B with B = P( S x O x A), and f s 
with f, a function from S to L such that f (s) 
is the greatest lower bound (in L) of 
{//{■*})• s e s). For example, if x e S and 
ye S with security levels of secret and top 
secret, respectively, then {x} e S with 
security level secret, (y) 6 S with security 
level top secret, and {x, y } e S with secu¬ 
rity level secret. If (({x}, o,, write), ({x, y} , 
o 2 , write )) c b, then x has write access to 
o r and x and y have joint write access to o Y 
The latter access signifies that x and y can 
change o 2 , but only if they do so together. 

Given these changes to the framework, 
our definition of simple security remains 
unchanged except for being in terms of our 
new subject set S. That is, a state is simple 
secure if and only if (s, x, read) e b —> f (s) 
> f o (x). Our definition of the *-property, 
however, requires more-substantial modi¬ 
fication. A state is now *-secure if and 
only if (for any subjects s,, s 2 and objects x, 
y) s, n s 2 = 0 whenever (s,, x, read) e b, 
(s 2 , y, write) e b, and f o {y) 2/„(x). In other 
words, we must guard against a subject’s 
violating the *-property by virtue not only 
of its single accesses, but also of its joint 
accesses. 

To formulate transition restrictions, we 
redefine our notion of a state transition, 
replacing T: S x R x V —> V with the 



The present framework 
lets us specify that a 
user can access an object 
via a program only in 
conjunction with 
other users. 


function T:SxRxF-»F and replacing c s 
and c with the functions c, and c o , respec¬ 
tively, where each new function’s range is 
P(S) instead of P(S). Since the security 
level of the subject {x, y) is determined by 
the security levels of (x) and {y), we need 
only concern ourselves with how the secu¬ 
rity levels of single subjects can change. 
Hence, the domain of c s becomes {{x}: (x) 
e S) instead of S. Our definition of transi¬ 
tion security is modified only to reflect 
these changes, that is, a transition function 
is transition secure if and only if each 
transition T(s, r, v) = v*, where v = (b,f) 
and v* = ( b*,f *), is such that 

• for all {x} s S, if f*({x}) * f ({x}), 
then s e c s ({x}); and 

• for all ye 0, if f* a (y) * f 0 (y), then s e 

c.(y) 

Each model in the previous framework 
yields a unique model in the new frame¬ 
work, since the security level of all joint 
subjects is determined by the level of the 
individual member subjects. It is simple to 
verify that if an instance of the new frame¬ 
work allows only single subjects, then the 
restrictions on a subject { s } are identical to 
the restrictions on s in the previous frame¬ 
work. Further, the same restrictions that 
applied to s before now apply to any sub¬ 
ject that contains s. Our current model is 
more selective, however; for example, a 
subject that could have single write access 
to an object o might be denied joint write 
access to o if the subject it wishes to share 
access with can have read access to an 
object of higher classification. 

Though our treatment of joint access is 
straightforward and has the advantage that 
the models of a framework form a Boolean 
algebra, it is not clear that all the instances 
of a framework make sense. For example, 
consider a system that contains two users x 
and y. The set of subjects in our new model 
will be {{x, y), {x}, {y}}. Hence, it is 
possible to have cjtf) = {{x}} for some 


object w. Some might regard as nonsensi¬ 
cal a policy where x can change w’s secu¬ 
rity level except in conjunction with y. If 
we want to rule out such systems as bi¬ 
zarre, we can treat them as merely theoreti¬ 
cal elements needed to round out our 
framework, or we can exclude them by 
restricting the range of C so that, for ex¬ 
ample, {x} e c o (»v) only if {x, y} e c o (w). 
The advantage of restricting C is that we 
will have no nonsensical policies. The 
disadvantage is that the domain of C’s 
components will no longer form a Boolean 
algebra. However, the possible domains 
for each component do form a distributive 
lattice under the set theoretic operations n 
and u. 13 

Discretionary security 

Though I have so far considered only 
MAC formally, DAC can also be handled 
in our framework and is useful for govern¬ 
ment security models that capture the no¬ 
tion of limiting access for reasons of pri¬ 
vacy and the “need to know.” DAC is also 
one of the basic elements of industrial 
security. 

Discretionary security in BLP is handled 
by a discretionary access matrix that, for 
any subject-object pair, lists the type of 
access the subject can have to the object. 
This approach is extremely rough, espe¬ 
cially in the industrial world, where a 
subject should not have blanket rights to 
alter an object in any way, only in a set of 
specified ways. 2 Discretionary access in 
such a setting is the right to execute certain 
programs on a specified object (the ap¬ 
proach taken, for example, in MMS 7 and 
SeaView 14 ). Ignoring the order of program 
arguments, it is a function D\SxO x x0 2 -+ 
Boolean where D(s, o v o 2 ) = true if and 
only if s has the right to execute program o, 
on o 2 . 

The present framework lets us specify 
that a user can access an object via a pro¬ 
gram only in conjunction with other users. 
For example, we might require that reim¬ 
bursement for an order only be performed 
by a receiving agent and an accountant 
operating jointly to make sure that nothing 
is paid for that has not been delivered. Such 
restrictions form the second basic element 
of industrial security. 2 The details of 
modeling such policies are beyond the 
scope of this article, but the resulting 
framework will support the comparison 
and construction of DAC policies in a way 
similar to the previous comparison and 
construction of MAC policies. 
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T he limitations of BLP stem from its 
solely state-based approach to 
security. The computer security 
community’s response to these limitations 
reveals differing views of BLP’s role in 
computer security. BLP’s originators seem 
to view it primarily as a research tool 
developed to explore the properties of one 
possible explication of security. However, 
those who evaluate systems for adequate 
MAC enforcement seem to view BLP as 
correctly capturing our informal concept 
of access security. Since the limitations de¬ 
scribed in this article are problems only 
from the latter point of view, the commu¬ 
nity reaction brings to mind Thomas 
Kuhn’s description of paradigm shifts in 
science, where two communities fail to 
understand each other because of differing 
assumptions. 15 

No matter which view is correct, the 
frameworks in this article for traditional 
MAC security models and security models 
that contain /2-person rules form a more 
useful setting for computer security re¬ 
search and system security evaluations. 
Both frameworks support the rigorous 
comparison of models and the systematic 
creation of new models from existing ones. 
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The next step is to extend the framework 
to cover input/output security models and 
models that permit C’s components to 
change as well. Consider, who grants or 
revokes permission for a user to change an 
object’s security level? Meanwhile, both 
frameworks should support future research 
in security modeling by suggesting new 
models to be considered and the relations 
between these models and existing ones. 
For example, if we discover a model M is 
too lax for our purposes, we can conclude 
that any model M* such that M* > M will 
also be too lax. Similarly, if M is too 
restrictive, no model M* < M need be 
considered. By creating and experiment¬ 
ing with such models, we will create a tool 
box of models that can serve a variety of 
purposes. ■ 
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THE HDTV-COMPUTER CONNECTION 
BARRY BRONSON 
HEWLETT-PACKARD COMPANY 


• TECHNOLOGY AND MARKET CON¬ 
VERGENCE 

M. BORRUS, BERKELEY ROUNDTABLE 
ON THE INTERNATIONAL ECONOMY 

• NEW PARADIGMS FOR 
VISUALIZATION 
G.MURCH, TEKTRONICS LABS 

• INCREASING THE HUMAN- 
COMPUTER BANDWIDTH 

T. MCMAHON, SYMBOLICS INC. 


1:45-3:15 


DATAFLOW - REAL COMPUTERS, 
REAL PERFORMANCE 

DR. GEORGE DAVIDSON 
SANDIA NATIONAL LABORATORIES 

j* AN APPUCATION PROGRAMMER'S 
VIEW OF THE MIT MONSOON 
DATAFLOW COMPUTER 
0. LUBECK, LOS ALAMOS NATIONAL 
LABORATORY 

:• THE EPSILON-2 SYSTEM-BEYOND 
PURE DATAFLOW 
V. GRAFE & J. HOCH 
SANDIA NATIONAL LABORATORIES 

[ • A DATA DRIVEN APPROACH FOR 
'■ PROGRAMMING A TRANSPUTER BASED 
SYSTEM - J. GAUDIOT, 

UNIV. OF SOUTHERN CALIFORNIA 


3:30 - 5:00 


PUSHING RISC PERFORMANCE TO 
THE LIMIT 

JOHN H. WHARTON 
APPLICATIONS RESEARCH INC. 

• THE R6000: AN ECL MICRO¬ 
PROCESSOR WITH TWO-LEVEL CACHE 
G. TAYLOR, 

MIPS COMPUTER SYSTEMS 

• A SUPERSCALAR IMPLEMENTATION 
OF THE I960 ARCHITECTURE 

S. MCGEADY, 

INTEL CORPORATION 

• RISC PERFORMANCE PUSHES BACK: 
A PERSPECTIVE ON LIMITS TO 
PERFORMANCE 

M. JOHNSON, AMD 


3:30 - 5:00 


SCIENTIFIC VISUALIZATION 

VELVIN R. WATSON 
NASA/AMES RESEARCH CENTER 

• VISUALIZATION ENVIRONMENTS 
FOR COMPUTATIONAL PHYSICS 

A. VAZIRI & T. LASINSKI, 

NASA/AMES RESEARCH CENTER 

• THE ROLE OF COMPUTER SYSTEMS 
IN SCIENTIFIC VISUALIZATION 

P. KOONTZ, 

SILICON GRAPHICS 

• ANALYSIS VERSUS PRESENTATION, 
BRIDGING THE GAP IN DATA 
VISUALIZATION SOFTWARE 

M. WILSON, 

WAVEFRONT TECHNOLOGIES 


3:30 - 5:00 


ARCHITECTURES TO 
TOLERATE DISASTERS 
JIM GRAY 

TANDEM COMPUTERS 

• TANDEM 'S REMOTE DATA FACILITY 

J. LYON, 

TANDEM COMPUTERS 

• REAL-TIME REMOTE SITE RECOVERY 

K. TREIBER, 

IBM SAN JOSE RESEARCH 

• MANAGEMENT OF A REMOTE 
BACKUP COPY FOR 
DISASTER PROTECTION 

H. MOLINA. 

PRINCETON UNIVERSITY 


3:30 - 5:00 


PANEL ON 

TECHNOLOGY ISSUES IN THE 
GIGABIT NREN 
(NATIONAL RESEARCH AND 
EDUCATION NETWORK) 
DAVE FARBER 

UNIVERSITY OF PENNSYLVANIA 
!• BRUCE DAVIE, 

BELL COMMUNICATIONS RESEARCH 
!• GARYDELP, 

IBM H WATSON RESEARCH CENTER 

• GREGCHESSON, 

SILICON GRAPHICS 


PUSHING CISC PERFORMANCE TO 
THE LIMIT 
JOHN H. WHARTON 
APPUCATIONS RESEARCH INC. 


• THE DESIGN OF INTEL S I486 
MICROPROCESSOR 

J. CRAWFORD & K. SHOEMAKER, 
INTEL CORPORATION 

• THE MOTOROLA 68040 

R. EDENFIELD & R. MCGARITY, 
MOTOROLA SEMICONDUCTOR 


VHDL IN SIMULATION AND LOGIC 
SYNTHESIS 

PROFESSOR SAMAHIMOURAD 
SANTA CLARA UNIVERSITY 

• ORGANIZING DESIGN ALTERNA¬ 
TIVES USING VHDL CONFIGURATIONS 
S. LEUNG, 

VALID LOGIC SYSTEMS, 

• VHDL AS A MODELING FOR 
TESTABILITY TOOL 

A. MICZO, 

EXPERTEST 

• BEHAVIORAL SYNTHESIS OF 
TESTABLE SYSTEMS USING VHDL 

L. AVRA & E. MCCLUSKEY, 

STANFORD UNIVERSITY 


PARALLEL PROGRAMMING: 
RESTRUCTURING (PARALLELIZING) 
DUSTY DECKS 
SHREEKANT THAKKAR 
SEQUENT COMPUTER SYSTEMS 

• EXPERIENCE WITH THE ES/P TASK 
LEVEL INTERACTIVE PARALLEL 
STRUCTURING SYSTEM - J. BROWNE, 

B. EVENTOFF & K. SRIDARHAN, 
CONCURRENT COMPUTER 

• INTERACTIVE CONVERSION OF 
SEQUENTIAL TO PARALLEL FORTRAN 
B. APPELBE & K. SMITH, 

GEORGIA INSTITUTE OF TECHNOLOGY 

• THE PARALLEL PROGRAMMING 
SUPPORT ENVIRONMENT 

W. RUDD & T. LEWIS, 

OREGON STATE UNIVERSITY & OACIS 


SOCIAL HO UR ON MEZZANINE 

ARGUE WITH YOUR PEERS , SPEAKERS AND THE COMPCON COMMITTEE 





















THURSDAY - MARCH 1,1990 


8:30 - 9:30 

TRACKING THE WILY HACKER 



CLIFF STOLL 



Author of " 

The Cuckoo's Egg" 


9:45 -10:45 DESIGN & MANUFA CTURING IN A HIGHLY COMPETITIVE ENVIRONMENT 

In todays highly competitive environments a few companies are remarkably successful, 
while others fail; this talk will explore some of the reasons for success 

ARCHITECTURE III 

MICROPROCESSORS & 
EMBEDDED SYSTEMS - II 

IC DESIGN AND TEST 

GENERAL - III 

11:00-12:30 

11:00-12:30 

11:00-12:30 

11:00 -12:30 


VAX 6000 MODEL 400 
MULTIPROCESSOR SYSTEM 
DILEEP BHANDARKAR 
DIGITAL EQUIPMENT CORP. 

• VAX 6000 MODEL 400 
MULTIPROCESSOR SYSTEM OVERVIEW 
J. CROLL, DIGITAL 

• A VLSI IMPLEMENTATION OF THE 
VAX VECTOR ARCHITECTURE 
D.FENWICK, J REDFORD, T STANLEY & 
D WILLIAMS, DIGITAL 

• VECTOR EXTENSIONS TO THE VAX 
ARCHITECTURE - D. BHANDARKAR & 

R. BRUNNER, DIGITAL 

• VAX 6000 MODEL 400 PERFORMANCE 

B. MOSES, DIGITAL 


1:45-3:15 


INNOVATIVE REAL-TIME KERNELS 
FOR EMBEDDED RISCs 

BRETT STEWART 
AMD 

• VXWORKS IN MULTIPROCESSING 
ENVIRONMENTS 

D. WILNER, 

WIND RIVER SYSTEMS, INC. 

• REAL-TIME KERNEL DESIGN 
CONSIDERATIONS FOR HIGH- 
PERFORMANCE SYSTEMS 

J. READY, 

READY SYSTEMS CORPORATION 

• USING PSOS FOR EMBEDDED 
COMPUTING 

L. THOMPSON, 

SOFTWARE COMPONENTS GROUP 


1:45-3:15 


HIGH-SPEED ASICS USING 
SILICON MODULES 
MARTIN FREEMAN 
PHILIPS RESEARCH LABORATORIES 
SIGNETICS 

• EMULATING PERIPHERAL CHIPS 
USING AN EMBEDDED RISC CORE 
M. FREEMAN, P. BALTUS & 

M. LIGTHART, PHILIPS LABS, 
SIGNETICS 


PANEL SESSION 
A COMPETITIVE WORK POOL - 
TAPPING 51% OF THE POPULATION 

CYNTHIA WIRTZ 

(PRES., WOMEN IN TECHNOLOGY) I 
CROSSCHECK TECHNOLOGY ] 

• IN THE BEGINNING - ALICE KELLY, 
(NATIONAL DIRECTOR, WOMEN AND 
MATHEMATICS), 

SANTA CLARA UNIVERSITY 


• LIFE: A VLSI SUPER PROCESSOR 
FAMILY - J. LABROUSSE & 

G. SLAVENBURG, PHILIPS LABS, 
SIGNETICS 

• THE ADAM 1 GOPS MULTI-PROCESS 
SYSTEM - P. BALTUS, P. VAN DER 
MEULEN & R. MORLEY, 

PHILIPS LABS, SIGNETICS 

1 1:45-3:15 " 


• IT'S ALL THE SAME - BECKY FAILOR, 
(EXPANDING YOUR HORIZONS, 

MATH SCIENCE NETWORK), LLNL 1 

• CORPORATE TACTICS-DEVELOPInM 
AN ENGINEERING RESEARCH POOL ■ 
DONNA POTTER, (PRESIDENT, SOCIETY! 
OF WOMEN ENGINEERS), 

LOCKHEED MISSLE AND SPACE CO. | 


1:45-3:15 


WHAT WE LEARNED 
ALAN J. SMITH 

UNIV. OF CALIFORNIA BERKELEY 

• A VLSI-INTENSIVE FAULT-TOLERANT 
COMPUTER ARCHITECTURE 

D. JOHNSON, D. CARSON, R. EBERSOLE, 

V. KINI, K. LAI, F. POLLACK, 

B. SILVERN AIL & S. STACEY, BUN 

• AN OBJECT-ORIENTED DISTRIBUTED 
OPERATING SYSTEM 

F. POLLACK, K. KAHN, D. DENNIS, J. 
HOLZHAMMER, H. D HOOGE & 

S. TOLOPKA, BiiN 

• HIGH PERFORMANCE ISSUE 
ORIENTED ARCHITECTURE 

D. BHANDARKAR, D. ORBITS, R. WITEK, 

W. CARDOZA, D. CUTLER, DIGITAL 


3:30 - 5:00 


DIFFERENTIATING RISC ARCHITEC¬ 
TURES FOR EMBEDDED SYSTEMS 
JOHN H. WHARTON 
APPLICATIONS RESEARCH INC. 

• THE ACORN RISC MACHINE IN I/O 
CONTROL APPLICATIONS 

R. CATES, VLSI TECHNOLOGY 

• THE NEXT GENERATION OF THE 
29000 FAMILY - B. STEWART, AMD 

• HEADROOM AND FOOTROOM IN 
THE I960 ARCHITECTURE 

T. BAKER, INTEL CORPORATION 

• A MIPS PROCESSOR FOR EMBEDDED 
CONTROL - M. MILLER, 

INTEGRATED DEVICE TECHNOLOGY 


3:30 - 5:00 


ARE THERE ALTERNATIVES TO SCAN 
TEST TECHNIQUES 
CYNTHIA WIRTZ 
CROSSCHECK TECHNOLOGY 

• AN ASIC TESTABILITY SOLUTION 

C. WIRTZ, 

CROSSCHECK TECHNOLOGY 

• TEST PATTERN GENERATION FOR 
SEQUENTIAL CIRCUITS 

S. MOURAD, 

SANTA CLARA UNIVERSITY 

• SSC-A TOOL FOR THE SYNTHESIS 
OF TESTABLE SEQUENTIAL MACHINES 
R.MAKKI, UNIVERSITY OF NORTH 
CAROLINA CHARLOTTE 


3:30 - 5:00 


POCKET INTELLIGENCE 
MARK CUMMINGS 
STANFORD RESEARCH INSTITUTE 


• AN OVERVIEW OF POCKET 
INTELLIGENCE 

M. CUMMINGS, 

STANFORD RESEARCH INSTITUTE 

• VOICE SYSTEMS AND POCKET 
INTELLIGENCE 

D. BELL, 

STANFORD RESEARCH INSTITUTE 

• VIRTUALVISUALINTERFACESFOR 
POCKET DEVICES 

A. BECKER, 

REFLECTION TECHNOLOGY 


3:30 - 5:00 


THE LATEST STUFF 
DENNIS R. ALLISON 
STANFORD UNIVERSITY 


CASE STUDIES IN HIGH-END 
EMBEDDED SYSTEMS 
BRETT STEWART 
AMD 


FAST TURNAROUND WITH FIELD 
PROGRAMMABLE GATE ARRAYS 

STAN MAZOR 
SYNOPSYS 


COMPILER SESSION 

JON SHAPIRO 
SILICON GRAPHICS, INC. 


THESE TITLES WILL BE ANNOUNCED 
AT THE CONFERENCE ITSELF 
AS THE INFORMATION IS SO CURRENT 
THAT IT CANNOT BE ANNOUNCED 
PRIOR TO THE MEETING 


• MAX EPLD'SOFTER FASTER 

• X-WINDOW SYSTEM SERVERS IN EM- ALTERNATIVES TO ASIC'S 
BEDDED SYSTEMS S. KOPEC, 


’ PROCESSORREQUIREMENTS 


• SYSTEM DEVELOPMENT USING THE 
ACTEL FPGA'S 
D. MCCARTHY, 

ACTEL 

ARRAYS FROM REPLACING TTLTO 
CHALLENGING GATE ARRAYS 

XILINX 


• PRACTICAL PARALLEL FORTRAN 1 
D. CARUSO & B. NELSON, 

SILICON GRAPHICS, INC. 

• COMPILE TIME INSTRUCTION ■ 

SCHEDULING OF SUPERSCALAR 
PROCESSOR CODE 

B. MUELLER, QUANTITATIVE 
TECHNOLOGIES CORPORATION 

• EXPLOITING MULTIPLE GRANULARI-i 
TIES OF PARALLELISM IN A COMPILER f 
R. ALLEN, 

ARDENT COMPUTERS 













TUTORIALS - MONDAY - FEBRUARY 26,1990 

TUTORIAL NOTES AND LUNC HEON INCLUDED _ 

TUTORIAL 2 - 9:00 am to 5:00 pm 


TUTORIAL 1 - 9:00 am to 5:00 pm 
COMPUTER ARCHITECTURE CHOICES 

by Yale N. Patt 

Audience: This tutorial is for the technical manager, engi¬ 
neer, or system designer who needs to know in as much 
depth as possible, what is currently going on out there, what 
we can expect tomorrow, and is any of it worth paying atten¬ 
tion to. 

Abstract: The consumer wants more performance and the 
marketplace gleefully obliges. Our job is to examine the hot 
topics in computer architecture today, always trying to un¬ 
derstand the fundamental principles. Our goal is to separate 
the hype from the substance. Topics this year include the 
new offerings from DEC (VAX xxxx), IBM (the America Pro¬ 
ject), Intel (486, i860), and NEXGEN. We continue to exam¬ 
ine RISC: What it is, what it isn't, why it happened, why be 
excited, why be cautious, and what will come next. Also, is¬ 
sues related to several approaches to concurrency: Snoopy 
bus protocols for cache conmsistency, and when they fail; 
VLIW, and what's wrong with it; Superscalar, and what it 
provides; and our own HPS work — the best way to imple¬ 
ment a computing machine. Finally, Neural Nets, IEEE At- 
rithmetic, ASICs, I/O, and the influence of device technolo¬ 
gy- 

instructor: Yale Patt is a Professor at the University of Mi¬ 
chigan, where he teaches and does research in high- 
performance computer architecture. He co-founded and co¬ 
directed the Aquarius Project while at UC Berkeley. He con- 
sults extensively with Digital, NCR and NEXGEN. 


VHDL - 

VHSIC HARDWARE DESIGN LANGUAGE 

by Moe Shahdad & Kenneth Bakalar 

Audience: This VHDL Tutorial is intended for design engi¬ 
neers, CAD tool developers and technical managers in¬ 
volved with the design or documentation of hardware sys¬ 
tems. 

Abstract: The tutorial will cover the basic aspects of design 
using the three descriptive styles supported by VHDL 
(VHSIC Hardware Design Language): structural descrip¬ 
tion, dataflow and register transfer description, and proced¬ 
ural description. 

Prospective students with some knowledge of digital design 
and a modern high-level programming language (e.g., Ada 
or Pascal) will realize the greatest benefit from the presenta¬ 
tion. No prior exposure to a hardware description language 
is required. 

Instructors: Moe ShahdaD is a founder, President & CEO 
of CAD Language Systems, Inc. He was the principal de¬ 
signer for the initialVHDL effort, which resulted in VHDL 
7.2. He managed CLSI's effort to define the current version 
of VHDL, which became and IEEE standard in 1987. 

Kenneth Bakalar, of CAD Language Systems, Inc., has con¬ 
tributed to the creation and documentation of the IEEE Stan¬ 
dard VHDL. 


TUTORIAL 3 - 9:00 am to 5:00 pm 
MACH OPERATING SYSTEM 

by David Black 


TUTORIAL 4 - 9:00 am to 5:00 pm 
Smalltalk, MacApp, AND NeXTStep 
OBJECT-ORIENTED TECHNOLOGY 

by David Wilson 


Audience: This tutorial is an introduction to the Mach op- 
eraing system. This tutorial will be of interest to people 
1 working closely to Mach and to those who are merely curi- 
f ous about what Mach is and how it works. It will be of par¬ 
ticular interest to anyone planning a port of Mach. 

Abstract: This tutorial is an overview and introduction to 
i the Mach operating system with particular emphasis on the 
I internals of the Mach kernel. Areas covered include the 
• management of virtual memory, task/thread management 
! and scheduling, inter-task communication (IPC), and excep- 
P tion handling. Both the machine independent and machine 
| dependent portions of the kernel will be examined, includ- 
| ing discussion of the machine-dependent routines that must 
; be implemented to port the Mach kernel. The use of Mach 
I features to implement UNIX compatibility within the kernel 
I will also be discussed. Finally, the basic mechanisms and 
I tools available to Mach programmers will be covered, in- 
| eluding introductions to the Cthreads library and the Mach 
I Interface Generator (MiG). Programming examples and gen¬ 
eral Mach programming hints are included. The tutorial 
[ also includes a status report on the latest features, future 
I plans, and distribution. 

Instructor: David Black has worked on the design and im- 
[ plementation of the Mach operating system, including 
i scheduling, exception handling, and multiprocessor support. 
I He is currently completing his Doctorate in Computer Sci- 
I ence at Carnegie Mellon University, where the Mach operat- 
1 ing system was developed. 


Audience: This tutorial is intended for programmers, system 
designers, and managers who are considering the use of an ob¬ 
ject-oriented system for developing sophisticated workstation 
applications. No knowledge of these specific products is as¬ 
sumed, but experience with some object-oriented system is rec¬ 
ommended. 

Abstract: This tutorial will compare and contrast the use of 
Smalltalk/V™, Objectworks for Smalltalk-80™, MacApp®, 
and NextStep™. Each system's language, development tools 
and class libraries will be described. The process of develop¬ 
ing an application using each system will be shown. A major 
emphasis will be on development tools, including tools for: 

• user interface design (ViewEdit and Interface Builder) 

• source code creation and management (editors, browsers,...) 

• application creation (compilers, linkers, etc.) 

• debugging (debuggers, inspectors, etc.) 

• applications delivery (native code vs run-time systems) 

The main features of the Smalltalk, Object Pascal, C++, and Ob- 
jective-C languages will be described, as will the Smalltalk, 
MacApp, and NextStep Application Kit class libraries. 

Instructor: Dave Wilson is the owner of Personal Concepts, a 
consulting firm teaching advanced sofware development using 
object-oriented programming. He has been presenting Macin¬ 
tosh programming seminars for Apple Computer for the last 
five years, and has also presented Smalltalk-80 programming 
seminars for ParcPlace Systems. He is co-author of the forth¬ 
coming "Inside MacApp" books from Addison-Wesley. 







TUTORIALS - FRIDAY - MARCH 2,1990 

TUTORIAL NOTES AND LUNCHEON INCLUDED 

TUTORIAL 5 - 9:00 am to 5:00 pm 

CASE TOOLS FOR REQUIREMENTS 
ANALYSIS AND SOFTWARE DESIGN 
by John Brackett 

Audience: This tutorial is intended for software developers 
and technical managers who are selecting improved require¬ 
ments analysis and software design methods and state-of- 
the-art computer support tools. 

Abstract: The objective of this tutorial is to present the 
state of the art in computer-aided software engineering 
(CASE) tools supporting requirements analysis and software 
design. This tutorial will help attendees shorten the evalua¬ 
tion cycle for CASE software. These tools include products 
for building information systems and products for develop¬ 
ing real-time software. Both workstation-based products and 
products for personal computers will be covered. The analysis 
and design methods supported by each tool will be com¬ 
pared and contrasted. The evaluation approach for CASE 
tools developed by the Software Engineering Institute will 
be presented and discussed. Dr. Brackett has hands-on expe¬ 
rience with many tools illustrating the current state of the 
art. Some of these tools, that will be included in the tutorial, 
are: Cadre Teamwork, Index Excelerator, Bachman Data An¬ 
alyst and Database Administrator, and i-Logix Statemate. 

Instructor: John Brackett is a Professor at Boston University 
where he coordinates the graduate program in software en¬ 
gineering. He is an ACM National Lecturer. He was a 
founder of SofTech. He has almost 20 years of software engi¬ 
neering expertise in industry and academia. 

TUTORIAL 6 - 9:00 am to 5:00 pm 
COMPUTER SECURITY THROUGH 
FANTASY ROLE PLAYING - 
DISPELLING MYTHS THROUGH 
PRACTICAL THOUGHT AND EXPERIENCE | 
by Russell Brand 

Audience: This tutorial is for both technical and technical 
managerial personnel who wish to understand computer se¬ 
curity issues, and develop real experience in learning how to 
avoid computer security incidents and how to manage them 
when they occur. 

Abstract: As computer security becomes a more important 
issue in modern society, it begins to warrant a systematic ap¬ 
proach. The vast majority of the computer security prob¬ 
lems and the costs associated with them can be prevented 
with simple inexpensive measures. The most important and 
cost effective of these measures are available in the preven¬ 
tion and planning phases. These methods are presented 
along with a simplified guide to incident handling and re- ! 

covery. The first portion of the tutorial will be traditional 
lecture/discussion, and the latter portion will be active sim- | 
ulations of real computer security incidents. 

Instructors: Russell Brand is author of the book Attack of the ] 
Tiger Team, which explains in lay terms, using real examples, 
how computer security problems occur, are detected and 
perhaps directed. Brand is currently the lead technical ad¬ 
visor to the Department of Energy Computer Incident Advi¬ 
sory Capability and develops software engineering tools at 
Reasoning Systems. 

TUTORIAL 7 - 9:00 am to 5:00 pm 
FUNDAMENTALS OF X-WINDOWS 

AND USER INTERFACE 
by Chuck Clanton 

Audience: This tutorial is intended for technical manage¬ 
ment, project leaders, analysts, user interface designers and 
system programmers who are trying to decide about using 
the X Window System. This is not a tutorial on program¬ 
ming with XLib or one of the toolkits. 

Abstract: The X Window System is the first widely sup¬ 
ported standard for graphical user interfaces. This tutorial 
shares the experience of developing applications under the X 
Window System over the last few years, information about 
its current status and issues for application developers. If 
you are thinking about using the X Window System you will 
need to know its fundamental capabilities and limitations for 
building application interfaces. Once you decide to use it 
you will need to know how to use it productively. There are 
many toolkits, including XView, Motif and Interviews. 
Complete environments like Andrew are also available on X- 
based workstations. This tutorial discusses the issues in¬ 
volved in toolkit selection, as well as providing insight into 
what is involved in building or extending a toolkit. 

Instructor: Chuck Clanton is an application architect spe¬ 
cializing in the design and devlopment of applications re¬ 
quiring an interactive graphical user interface. He has over 
three years of experience using X Window Systems. He has 
done research in perceptual and cognitive psychology at 
Harvard University, as well as interdisciplinary research in 
computer science and psychology at Stanford University. 

TUTORIAL 8 - 9:00 am to 5:00 pm 
UNDERSTANDING AND SELECTING 32-BIT 
PROCESSORS 
by Michael Slater & John Wharton 

Audience: This tutorial is intended for professionals want- j 
ing an overview of RISC and CISC technology as it relates to ] 
32-bit microprocessor s, and insight into their selection. 
Abstract: This tutorial will give an overview of RISC and ! 
CISC technology, and will give a brief description of each of 
the major 32-bit microprocessors. Topics to be covered are: 

• Distinguishing architectures from implemenations 

• Differences between embedded control and general 
purpose computing applications 

• The outlook for RISC and CISC performance 

• Semiconductor sourcing strategies 

• Superscalar and VLIW concepts 

• Non-technical factors to consider for selection 

Processors will be compared for price, chip count, perfor¬ 
mance, and key features of the major competitors, including: 

• Intel i486 • Intel i860 • Intel i960KA/KB & i960CA 

• Fujitsu, Cypress and BIT SPARC chips 

• MIPS R3000 • Motorola 88000 • AMD 29000 family 

• National 32000 family • Inmos, HP & VLSI 

Instructors: Michael Slater isPresident of MicroDesign Re¬ 
sources Inc., and Editor and Publisher of Microprocessor Re¬ 
port. He also organizes the Microprocessor Forum confer¬ 
ences, and lectures at Stanford University. 

John Wharton is in charge of Technology Consulting and 
Training at Applications Research. While at Intel, he was re¬ 
sponsible for defining the architecutre of the 8051 microcon- ] 
trailer family. He has written numerous articles in his field. 
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Education for Computing 
Professionals 


E ngineering is often defined as the 
use of scientific knowledge and 
principles for practical purposes. 
While the original usage restricted the 
word to the building of roads, bridges, and 
objects of military use, today’s usage is 
more general and includes chemical, elec¬ 
tronic, and even mathematical engineer¬ 
ing. All use science and technology to 
solve practical problems, usually by de¬ 
signing useful products. 

Most engineers today have a university- 
level education. Government and profes¬ 
sional societies enforce standards by ac¬ 
crediting educational programs and ex¬ 
amining those people who seek the title 
“Professional Engineer.” Certification is 
intended to protect public safety by mak¬ 
ing certain that engineers have a solid 
grounding in fundamental science and 
mathematics, are aware of their profes¬ 
sional responsibilities, and are trained to 
be thorough and complete in their analy¬ 
sis. In each of these aspects, engineers dif¬ 
fer sharply from technicians, who are 
trained to follow established procedures 
but do not take responsibility for the cor¬ 
rectness of those procedures. 

Engineering education differs from tra¬ 
ditional “liberal arts” education as well. 
Engineering students are much more re¬ 
stricted in their choice of courses; this en- 
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Computing science 
graduates are ending 
up in engineering jobs. 
CS programs must 
therefore return to a 
classical engineering 
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sures that all graduate engineers have had 
exposure to those fields that are funda¬ 
mental to their profession. Engineering 
education also stresses finding good, as 
contrasted with workable, designs. Where 
a scientist may be happy with a device that 
validates his theory, an engineer is taught 
to make sure that the device is efficient, 
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reliable, safe, easy to use, and robust. Fi¬ 
nally, engineers learn that even the most 
intellectually challenging assignments 
require a great deal of boring “dog work.” 

It has been a quarter century since uni¬ 
versities began to establish academic pro¬ 
grams in computing science. Graduates of 
these programs are usually employed by 
industry and government to build useful 
objects, often computer programs. Their 
products control aircraft, automobile 
components, power plants, and telephone 
circuits. Their programs keep banking 
records and assist in the control of air traf¬ 
fic. Software helps engineers design 
buildings, bridges, trucks, etc. In other 
words, these nonengineering graduates of 
CS programs produce useful artifacts; 
their work is engineering. It is time to ask 
whether this back door to engineering is in 
the best interests of the students, their 
employers, and society. 

I have written this article to discuss a 
trend, not to single out any particular de¬ 
partment’s curriculum or any particular 
committee report. Each new curriculum 
proposal includes more “new” computer 
science and, unavoidably, less “classical” 
material. In this article I reject that trend 
and propose a program whose starting 
point is programs that were in place when 
computing science began. 
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An historical debate 

In the early 1960s, those of us who were 
interested in computing began to press for 
the establishment of computing science 
departments. Much to my surprise, there 
was strong opposition, based in part on the 
argument that graduates of a program spe¬ 
cializing in such a new (and, conse¬ 
quently, shallow) field would not learn the 
fundamental mathematical and engineer¬ 
ing principles that should form its basis. 
Both mathematicians and electrical engi¬ 
neers argued that computing science was 
an integral part of their own fields. They 
felt that students should major in one of 
those fields and take some computing 
courses near the end of their academic ca¬ 
reers, rather than get an education in com¬ 
puting science as such. They predicted that 
graduates of CS programs would under¬ 
stand neither mathematics nor engineer¬ 
ing; consequently, they would not be pre¬ 
pared to apply mathematical and engi¬ 
neering fundamentals to the design of 
computing systems. 

My colleagues and I argued that com¬ 
puting science was rapidly gaining impor¬ 
tance and that computing majors would be 
able to study the older fields with empha¬ 
sis on those areas that were relevant to 
computing. Our intent was to build a pro¬ 
gram incorporating many mathematics 
and engineering courses along with a few 
CS courses. Unfortunately, most depart¬ 
ments abandoned such approaches rather 
early. Both faculty and students were im¬ 
patient to get to the “good stuff.” The fun¬ 
damentals were compressed into quick, 
shallow courses that taught only those re¬ 
sults deemed immediately relevant to 
computing theory. 

The state of graduate 
CS education 

Nearly 25 years later, I have reluctantly 
concluded that our opponents were right. 
As I look at CS departments around the 
world, I am appalled at what my younger 
colleagues — those with their education in 
computing science — don’t know. Those 
who work in theoretical computing sci¬ 
ence seem to lack an appreciation for the 
simplicity and elegance of mature mathe¬ 
matics. They build complex models more 
reminiscent of programs written by bad 
programmers than the elegant models I 
saw in my mathematics courses. Comput¬ 
ing scientists often invent new mathemat- 
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ics where old mathematics would suffice. 
They repeatedly patch their models rather 
than rethink them when new problems 
arise. 

Further, many of those who work in the 
more practical areas of computing science 
seem to lack an appreciation for the routine 
systematic analysis that is essential to pro¬ 
fessional engineering. They are attracted 
to flashy topics that promise revolution¬ 
ary changes and are impatient with evolu¬ 
tionary developments. They eschew engi¬ 
neering’s systematic planning, documen¬ 
tation, and validation. In violation of the 
most fundamental precepts of engineer¬ 
ing design, some “practical” computing 
scientists advocate that implementors 
begin programming before the problem is 
understood. Discussions of documenta¬ 
tion and practical testing issues are consid¬ 
ered inappropriate in most CS depart¬ 
ments. 

Traditional engineering fosters coop¬ 
eration between theory and practice. The 
theory learned in mathematics and science 
classes is applied in engineering classes. 
In computing science, though, theory and 
practice have diverged. While classical 
mathematical topics, such as graph the¬ 
ory, continue to have applications in com¬ 
puting, most of the material in CS theory 
courses is not relevant in practice. Much 
theory concentrates on machines with in¬ 
finite capacity, although such machines 
are not, and never will be, available. Aca¬ 
demic departments and large conferences 
are often battlegrounds for the “theoreti¬ 
cal” and “applied” groups. Such battles are 
a sure sign that something is wrong. 

As the opponents of computing science 
predicted, most CS PhDs are not scien¬ 
tists; they neither understand nor apply the 
methods of experimental science. They 
are neither mathematicians nor engineers. 
There are exceptions, of course, but they 
stand out so clearly that they “prove the 
rule.” 


The state of 
undergraduate CS 
education 

The preparation of CS undergraduates 
is even worse than that of graduate stu¬ 
dents. CS graduates are very weak on fun¬ 
damental science; their knowledge of 
technology is focused on the very narrow 
areas of programming, programming lan¬ 
guages, compilers, and operating sys¬ 
tems. Most importantly, they are never 
exposed to the discipline associated with 
engineering. They confuse existence 
proofs with products, toys with useful 
tools. They accept the bizarre inconsisten¬ 
cies and unpredictable behavior of current 
tools as normal. They build systems of 
great complexity without systematic 
analysis. They don’t understand how to 
design a product to make such analysis 
possible. Whereas most engineers have 
had a course in engineering drawing (also 
known as engineering graphics), few CS 
graduates have had any introduction to 
design documentation. 

Most CS graduates are involved in the 
construction of information and commu¬ 
nications systems. These systems are 
highly dependent on information repre¬ 
sentation and transmission, but the gradu¬ 
ates working on them are almost com¬ 
pletely ignorant of information theory. 
For example, CS graduates are not con¬ 
scious of the difference between the infor¬ 
mation unit “bit” and the storage uriit, 
which is properly called a “binary digit.” 
As a result, conversations on important 
practical issues, such as the design of data 
representations, proceed on an intuitive 
ad hoc level that engineers would consider 
unprofessional. 

Although most CS graduates have been 
exposed to logic, the topic’s treatment is 
usually quite shallow. The students are 
familiar with the symbol manipulation 
rules of predicate calculus but are usually 
unable to apply logic in practical circum¬ 
stances. For example, most graduates can¬ 
not use quantifiers properly to “translate” 
informal statements into formal ones, per¬ 
haps because their instructors prefer in¬ 
venting new logics to applying conven¬ 
tional ones. Mathematicians can success¬ 
fully invent formalisms, but engineers 
usually succeed by finding new ways to 
use existing formalisms. 

Because they lack knowledge of logic 
and communications concepts, CS gradu¬ 
ates use fuzzy words like “knowledge” 
without the vaguest idea of how to define 
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such a term or distinguish it from older 
concepts like “data” and “information.” 
They talk of building “reasoning” systems 
without being able to distinguish reason¬ 
ing from mechanical deduction or simple 
search techniques. The use of such fuzzy 
terms is not merely sloppy wording; it pre¬ 
vents the graduate from doing the system¬ 
atic analyses made possible by precise 
definitions. 

Reliability requirements are forcing the 
introduction of redundancy in computer 
systems. Unfortunately, current CS 
graduates are usually unfamiliar with all 
but the most naive approaches to redun¬ 
dancy. They often build systems that are 
needlessly expensive but allow common 
mode failures. Many CS graduates have 
not been taught the fundamentals needed 
to perform reliability analyses on the sys¬ 
tems they design. Few of them understand 
concepts such as “single error correction/ 
double error detection.” Familiarity with 
such concepts is essential to the design of 
reliable computing systems. 

Public safety is seriously affected by the 
fact that many CS graduates program parts 
of such control systems as those that run 
nuclear plants or adjust flight surfaces on 
aircraft. Unfortunately, I do not know of a 
single CS program that requires its stu¬ 
dents to take a course in control theory. The 
basic concepts of feedback and stability 
are understood only on an intuitive level at 
best. Neither the graduates nor most of 
their teachers know of the work in control 
theory that is applicable to the design of 
real-time systems. 

Some graduates work in the production 
of signal processing systems. Unfortu¬ 
nately, signal processing is not offered in 
most CS programs; in fact, many depart¬ 
ments will not allow a student to take such 
a course for CS credit. Signal processing 
deals with issues that are fundamental to 
the science and application of computing, 
but it is neglected in most programs. 

Although many CS programs began 
with numerical analysis, most of our 
graduates have no understanding of the 
problems of arithmetic with finite repre¬ 
sentations of real numbers. Numerical 
analysis is, at best, an option in most CS 
programs. 

What went wrong? 

Most CS departments were formed by 
multidisciplinary teams comprising math¬ 
ematicians interested in computing, elec¬ 
trical engineers who had built or used 
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computers, and physicists who had been 
computer users. Each had favorite topics 
for inclusion in the educational program, 
but not everything could be included. So, 
the set of topics was often the intersection 
of what the founders knew, not the union. 
Often, several topics were combined into 
a single course that forced shallow treat¬ 
ment of each. 

The research interests of the founding 
scientists distorted the educational pro¬ 
grams. At the time computing became an 
academic discipline, researchers were 
preoccupied with language design, lan¬ 
guage definition, and compiler construc¬ 
tion. One insightful paper speculated that 
the next 1,700 PhD theses would introduce 
the next 1,700 programming languages. It 
might have been more accurate to predict 
700 languages, 500 theories of language 
semantics, and 500 compiler-compilers. 

Soon, “artificial intelligence” became a 
popular term with American funding 
agencies, and the CS field expanded to 
include a variety of esoteric topics de¬ 
scribed by anthropomorphic buzzwords. 
Cut off from the departments of mathemat¬ 
ics and electrical engineering by the usual 
university divisions, CS graduates came 
to view their field as consisting primarily 
of those topics that were research interests 
in their department. The breadth that 
would have come from being in one of the 
older, broader departments was missing. 

Today, it is clear that CS departments 
were formed too soon. Computing science 
focuses too heavily on the narrow research 
interests of its founding fathers. Very little 
computing science is of such fundamental 
importance that it should be taught to 
undergraduates. Most CS programs have 
replaced fundamental engineering and 
mathematics with newer material that 
quickly becomes obsolete. 

CS programs have become so inbred 
that the separation between academic 
computing science and the way computers 


are actually used has become too great. CS 
programs do not provide graduates with 
the fundamental knowledge needed for 
long-term professional growth. 

What is the result? 

In recent years, I have talked to a number 
of top industry researchers and implemen¬ 
tors who are reluctant to hire CS graduates 
at any level. They prefer to take engineers 
or mathematicians, even history majors, 
and teach them programming. The man¬ 
ager of one safety-critical programming 
project stated with evident pride that his 
product was produced by engineers, “not 
just computer scientists.” The rapid 
growth of the industry assures that our 
graduates get jobs, but experienced man¬ 
agers are very doubtful about the useful¬ 
ness of their education. 

As engineers in other fields are becom¬ 
ing more dependent on computing devices 
in their own professional practice, they are 
also becoming more concerned about the 
lack of professionalism in the products,' 
they use. They would rather write their 
own programs than trust the programs of 
our graduates. 

As awareness of the inadequacies of CS 
education grows, as people begin to real¬ 
ize that programming languages and com¬ 
piler technology are not relevant back¬ 
ground for the people they hire, our stu¬ 
dents may have trouble getting jobs. The 
main problem now is that their education 
has not prepared them for the work they 
actually do. 

A new program for 

computing 

professionals 

While the critics of the original CS pro¬ 
grams were quite accurate in their predic¬ 
tions, I still believe that a special educa¬ 
tional program for computing profession¬ 
als is needed. When we look at the pro¬ 
grams produced by engineers and scien¬ 
tists who did not have such an education, 
we see that they are quite naive about many 
of the things we have learned in 25 years of 
computing science. For example, new pro¬ 
grams in the defense industry are written in 
the same unsystematic style found in pro¬ 
grams written in the 1950s and 1960s. Our 
graduates should be able to do better. 

I believe the program proposed below 
would provide a good education for com- 
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puting professionals. It is designed to 
draw heavily on the offerings of other de¬ 
partments, and it emphasizes mature fun¬ 
damentals to prepare our graduates for a 
life of learning in a dynamic field. Wher¬ 
ever possible, the courses should be exist¬ 
ing courses that can be shared with mathe¬ 
maticians and engineers. Students should 
meet the strict requirements of engineer¬ 
ing schools, and the programs should be as 
rigid as those in other engineering disci¬ 
plines. 

Basic mathematics. The products of 
most computing professionals are so ab¬ 
stract that the field could well be called 
“mathematical engineering.” In fact, this 
is the title used at some Dutch universities. 
Computing professionals need to know 
how to use mathematics, although they 
rarely need to invent it. Some computer 
scientists have suggested that their stu¬ 
dents need only discrete mathematics, not 
the mathematics of continuous functions. 
However, while discrete mathematics is 
used in theoretical computing science, 
many practical applications use comput¬ 
ers to approximate piecewise continuous 
functions. Computer professionals need a 
full introduction to mathematics; they 
should not be restricted to those items 
taught as theoretical computing science. 

Calculus. All computing professionals 
should take the standard two- or four- 
semester calculus sequence taken by other 
engineers. This is the basic preparation for 
understanding how to deal with dynamic 
systems in the continuous domain. Many 
computer applications are best under¬ 
stood as approximations or improvements 
of dynamic analog systems. Computer 
professionals require the full sequence. 

Discrete mathematics. CS students 
should join mathematics students in a 
course on such fundamentals as set theory, 
functions, relations, graphs, and combi¬ 
natorics. In current computing courses, 
students view these topics as notations for 
describing computations and do not 
understand mathematics as an independ¬ 
ent deductive system. 

Logic. Logic is fundamental to many of 
the notations and concepts in computing 
science. Students should have a deeper 
understanding than that usually provided 
by CS logic courses or a few lectures on 
logic in some other course. I propose a two- 
semester sequence, taken with mathemat¬ 
ics students, covering such advanced top¬ 
ics as decision procedures and higher or¬ 
der logics. The relationship between 
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logic, set theory, lambda calculus, etc. 
should be thoroughly explored. Applica¬ 
tions to computing should not be dis¬ 
cussed. 

Linear algebra. This should be covered 
in the standard one-semester course for 
engineers offered by the mathematics 
department. 

Graph theory. Graphs offer useful rep¬ 
resentations of a wide variety of comput¬ 
ing problems. Students who understand 
graph theoretic algorithms will find them 
useful in a variety of fields. An optional 
second course could deal with the applica¬ 
tion of this theory in computing practice. 

Differential equations. This also 
should be covered in the usual one-semes¬ 
ter course offered by mathematics depart¬ 
ments for engineers. Many modem com¬ 
puter systems are approximations to analog 
circuits, for which this analysis is essential. 

Probability and applied statistics. The 
reliability and adequacy of testing is a 
major concern in modem computing ap¬ 
plications. Probability theory is also a fun¬ 
damental tool in situations where random 
noise is present in communications. Ev¬ 
eryone who works as an engineer should 
have at least a one-semester course on this 
topic; a two-semester sequence would be 
better for many. 

Optimization. Linear and nonlinear 
programming are major applications for 
large computers. A course in this area 
would make students aware of the com¬ 
plexity of search spaces and the need to 
precisely define objective functions. One 
need not look very far into the class of pro¬ 
grams known as “expert systems” to find 
areas where optimization concepts should 
have been applied. 

Numerical analysis. This topic could be 
taught as either computing science or 
mathematics. (It is described below under 
“Computing science.”) 

Basic science. Computing profession¬ 
als need the same knowledge of basic sci¬ 
ence as engineers. A basic course in chem¬ 


istry and a two-semester sequence in phys¬ 
ics should be the minimal requirement for 
all technical students. 

Engineering topics. Computing pro¬ 
fessionals are engineers and should be 
educated as such. Computers and software 
are now replacing more conventional 
technologies, but the people who design 
the new systems need to understand funda¬ 
mental engineering systems as well as did 
the engineers who designed those older 
systems. 

Engineering electricity and magnet¬ 
ism. This topic should be covered in the 
standard one-semester course taken by 
electrical engineers. 

Electric circuits. This also should be 
covered in the standard one-semester 
course for electrical engineers. 

Mechanics. An understanding of me¬ 
chanics is essential to a study of practical 
robotics, automated manufacturing, etc. 
This topic, too, should be covered in the 
standard, one-semester, electrical engi¬ 
neering course. 

Systems and control theory. This stan¬ 
dard two-semester sequence for electrical 
engineers should emphasize the use of dif¬ 
ferential equations, transforms, and com¬ 
plex analyses to predict the behavior of 
control systems. The course should also 
discuss the discrete analogues of methods 
for dealing with continuous functions. 

Information theory. This is one of the 
most fundamental and important areas for 
computing professionals. In addition to 
the standard one-semester course for elec¬ 
trical engineers, a second course on appli¬ 
cations in computer design would be use¬ 
ful as an elective. 

Digital system principles/logic design. 
This topic could be covered under either 
computing science or electrical engineer¬ 
ing. (It is described below under “Complut¬ 
ing science.”) 

Signal processing. This area should be 
examined in a one-semester course intro¬ 
ducing the concepts of noise, filters, signal 
recognition, frequency response, digital 
approximations, highly parallel algo¬ 
rithms, and specialized processors. 

Computing science. Before the advent 
of CS departments, engineering and sci¬ 
ence students were expected to learn pro¬ 
gramming and programming languages 
on their own or through noncredit courses. 
Computers were compared to slide rules 
and calculators; tools that university stu¬ 
dents could learn to use. Engineering and 
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science faculty felt that courses in pro¬ 
gramming and programming languages 
would not have the deep intellectual con¬ 
tent of mathematics or physics courses. 
We responded that we would teach com¬ 
puting science, not programming or spe¬ 
cific languages. 

Unfortunately, many of today’s courses 
prove the critics correct. The content of 
many courses would change dramatically 
if the programming language being used 
underwent a major change. The courses 
proposed below assume that students are 
capable programmers and avoid discus¬ 
sions of programming languages. 

Systematic programming. This would 
be taught in a two-semester sequence cov¬ 
ering finite-state machines, formal lan¬ 
guages and their applications, program 
state spaces, the nature of programs, pro¬ 
gram structures, partitioning the state 
space, program composition, iteration, 
program organization, program design 
documentation, systematic verification, 
etc. Students should be competent pro¬ 
grammers as a prerequisite to this course. 

Computer system documentation. This 
one-semester course would teach formal 
methods to document computer system 
designs, with emphasis on methods that 
apply to both digital and integrated digital/ 
analog systems. 

Design and analysis of algorithms and 
data structures. This course would dis¬ 
cuss comparative analysis of algorithms 
and data structures as well as theoretical 
models of problem complexity and com- J 
putability. Students would learn to predict 
the performance of their programs and to 
chose algorithms and data structures that 
give optimal performance. 

Process control. This integrated treat¬ 
ment of the theoretic hardware, software, 
and control problems of process control 
systems would include hardware charac¬ 
teristics, operating systems for real-time 
applications, the process concept, syn¬ 
chronization, and scheduling theory. Stu¬ 
dents would learn how to prove that their 
systems will meet deadlines and how to 
design for fail-safe behavior. A course in 
control theory should be a prerequisite. 

Computing systems architecture and 
networks. This fairly standard course, 
now taught in both electrical engineering 
and CS departments, would cover the 
structure of a computer and multicom¬ 
puter networks, communications bus de¬ 
sign, network performance analysis, etc. 

A knowledge of assembly language 
should be assumed. Students should be 
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taught to avoid buzzwords and discuss the 
quantitative characteristics of the systems 
they study. 

Numerical analysis. This course, which 
could be taught as either computing sci¬ 
ence or mathematics, would cover the 
study of calculations using finite approxi¬ 
mations to real numbers and would teach 
round-off, error propagation, condition¬ 
ing of matrices, etc. 

Digital system principles/logic design. 
This standard one-semester course for 
electrical engineers should cover the ba¬ 
sics of combinational circuit design, 
memory design, error correction, error 
detection, and reliability analysis. The 
emphasis should be on systematic proce¬ 
dures. The course could be offered as ei¬ 
ther computing science or electrical engi¬ 
neering. 

As in any academic program, the above 
program includes compromises. Many 
topics, such as databases, compilers , and 
operating systems, were consider ed and 
omittpH because of time limitatio ns. It is 
not that these areas are uninteresting, but 
rather that I have chosen the oldest, most 
mature, most fundamental topics over 
those that are relatively recent and likely to 
be invalidated by changes in technology. 
Some may find the program old-fash¬ 
ioned. I prefer to call it long-lasting. 

One obvious exception to the “older is 
better” rule is the course on computer sys¬ 
tem documentation. I would like to think 
that its inclusion reflects its importance, 
but it may simply reflect my own research 
interests. 

The program is rather full and far more 
closely resembles a heavily packed engi¬ 
neering program than the liberal arts pro¬ 
gram to which CS educators have become 
accustomed. The educational philosophy 
issues behind this traditional split are 
clearly outside the scope of this article. 
Personally, I would welcome a five-year 
undergraduate engineering degree to al¬ 
low a broader education, but would find it 


irresponsible to make substantial reduc¬ 
tions in the technical content of four-year 
programs. 

Projects versus 
cooperative education 

CS students are burdened by many 
courses that require hours of struggle with 
computing systems. Programming as¬ 
signments include small programs in in¬ 
troductory courses, larger programs in 
advanced courses, and still-larger proj¬ 
ects that comprise the main content of en¬ 
tire courses. This “practical content” is 
both excessive and inadequate. Much ef¬ 
fort is spent learning the language and 
fighting the system. A great deal of time is 
wasted correcting picayune errors while 
fundamental problems are ignored. “Prac¬ 
tical details” consume time better spent on 
the theoretical or intellectual content of 
the course. 

Also, the programs that students write 
are seldom used by others and rarely tested 
extensively. Students do not get the feed¬ 
back that comes from having a product 
used, abused, rejected, and modified. This 
lack of feedback is very bad education. 
Students and faculty often believe they 
have done a very good job when they have 
not. Inadequate analyses and unsystem¬ 
atic work are often rewarded and rein¬ 
forced by high grades. 

There is no doubt that students cannot 
learn programming without writing pro¬ 
grams, but we should not be teaching pro¬ 
gramming. Small assignments should 
have the same role as problems in a mathe¬ 
matics class and often should be graded the 
same way. The computer and the person 
grading the program both provide feed¬ 
back, but the computer is often quite de¬ 
manding about arbitrary details while ig¬ 
noring substantial weaknesses in the pro¬ 
gram. The person who grades the program 
should be tolerant on matters of arbitrary 
conventions but should pay attention to 
the fundamental issues. 

Properly run cooperative education 
programs provide the desired transition 
between academia and employment. Stu¬ 
dents produce a real product and get feed¬ 
back from interested users. Review and 
guidance from faculty advisors is essen¬ 
tial to integrate the work experience with 
the educational program. Project courses 
can and should be replaced by such a pro¬ 
gram. The use of the computer in academic 
courses can be greatly reduced. 
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Student needs versus 
faculty interests 

I do not expect these remarks and pro¬ 
posals to be popular with the faculty of CS 
departments. We all have considerable 
emotional investment in the things we 
have learned and intellectual investment 
in the things we teach. Many faculty want 
to teach courses in their research areas in 
the hope of finding students to work on 
their projects. Moreover, my criticism of 
the education we now provide is unavoida¬ 
bly a criticism of the preparation of my 
younger colleagues. 

A university’s primary responsibilities 
are to its students and society at large. It is 
unfortunate that they are often run for the 
comfort and happiness of the teachers and 
administrators. In this matter, the interests 
of our students and society coincide. It is 
not in the students’ interest to make them 
perform engineering without being pre¬ 
pared for that responsibility. Nor is it in 
their interest to give them an education that 
prepares them only to be technicians. Too 
many graduates end up “maintaining” 


commercial software'products, which is 
analogous to electrical engineers climb¬ 
ing poles to replace cables on microwave 
towers. 

M y industrial colleagues often 
complain that CS students are 
not prepared for the jobs they 
have to do. I must emphasize that my pro¬ 
posals will not produce graduates who can 
immediately take over the responsibilities 
of an employee who has left or been pro¬ 
moted. That is not the role of a university. 
Universities should not be concerned with 
teaching the latest network protocol, pro¬ 
gramming language, or operating system 
feature. Graduates need the fundamentals 
that will allow a lifetime of learning new 
developments; the program I have pro¬ 
posed provides those fundamentals better 
than most current CS programs. 

CS departments should reconsider the 
trade-off in their courses between mature 
material and new developments. It is time 
for them to reconsider their role, to ask 
whether the education of computing pro¬ 
fessionals should not be the responsibility 
of engineering schools. ■ 
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How Do We Read 
Algorithms? 

A Case Study 

Martha E. Crosby and Jan Stelovsky 
University of Hawaii at Manoa 


D espite a growing research interest 
in program comprehension, there 
is still much to learn about how 
individual differences in reading strategies 
influence comprehension of procedural 
text, such as algorithms. Textbooks usu¬ 
ally depict algorithm definitions in either 
pseudocode or a programming language. 
Text is frequently accompanied by graph¬ 
ics to support understanding of an 
algorithm’s behavior. Increasingly, com¬ 
puters use animated graphics to show 
dynamically how an algorithm works. 

Traditionally, operating-system manu¬ 
als and computer-related training materi¬ 
als are written with little regard to the 
reader. For example, keywords in pro¬ 
grams are often printed in boldface type. 
This study suggests, however, that key¬ 
words are the least observed portions of a 
program’s text. 

Until recently, designers of program¬ 
ming languages relied primarily on their 
intuition to tell them what is “best” for 
programmers. Replacing instinct by in- 
depth knowledge regarding human under¬ 
standing of algorithms can benefit many 
disciplines, from the writing of computer 
documentation to the design of program¬ 
ming and specification languages. The 
wide variety of individual styles docu- 



Researchers want to 
understand how 
different reading 
strategies influence 
comprehension of 
procedural text. For 
example, does 
experience alter 
strategy and thus 
affect how or where 
we look? 


mented in this study suggests that these 
materials would be more effective if they 
were adapted to reader preferences. 

The Pascal version of an algorithm is 
considerably more succinct and therefore 
more complex than typical prose. Do we 


read algorithms the way we read any other 
text, or does our reading strategy change to 
accommodate the complexity of proce¬ 
dural text? Graphical representations often 
contain text. Does this supplementary text 
draw as much attention as the graphics? 

Procedural text incorporates areas of 
varying complexity. Highly formal code is 
accompanied by informal comments in 
English. Complexity varies even within 
the actual code; while keywords are pre¬ 
dictable, Boolean expressions are terse yet 
replete with information. When viewing 
procedural text, do subjects prefer to con¬ 
centrate on comments or code? Within the 
code, do complex areas attract more atten¬ 
tion? 

In addition to traditional methods used 
to analyze subjects’ comprehension, moni¬ 
toring of eye movement has emerged as a 
way to explore a subject’s attention in 
unprecedented detail. The position and 
duration of eye fixations show where the 
subjects focus. Two opposing theories 
explain the relationship between eye 
movement and reading (see sidebar on eye 
movement). Nevertheless, research using 
prose suggests that analyzing individual 
scan patterns may shed new light on indi¬ 
vidual differences in reading and under¬ 
standing algorithms. 
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Research shows that experience fosters 
comprehension (see sidebar on program 
comprehension). While we expected nov¬ 
ices to have varying strategies, we hy¬ 
pothesized that with increasing expertise, 
strategies become more efficient and thus 
similar. Can we assume that experience 
promotes viewing strategies that expedite 
understanding? In particular, does experi¬ 
ence influence the way our eyes scan mate¬ 
rial, or does it change the time we spend 
looking at important text areas? In other 
words, does experience effect how we 
look, or where we look? 

The experiment 

The purpose of this study was to explore 
the way subjects view an algorithm, writ¬ 
ten in Pascal, and the graphical representa¬ 
tions of its behavior. We designed an ex¬ 
periment that examined the influence of 
programming experience on how subjects 
view a short but complex algorithm, and 
we analyzed the scan patterns of eye 
movement for subjects at two experience 
levels. 


The experiment concentrated on the 
following questions: 

• Is there a lag between viewing and 
processing complex text; that is, does the 
immediacy theory hold for reading algo¬ 
rithms? 

• Is there a difference between reading 
simple text and complex text such as algo¬ 
rithms? 

• Does a subject’s experience influence 
a preference for comments versus code? 

• Does experience influence a subject’s 
focus on critical areas of the algorithm? 

• Do the viewing patterns of experi¬ 
enced subjects differ from those of nov¬ 
ices? 

We assumed that reading algorithms 
would differ from reading prose because 
algorithms tend to be complex and are for¬ 
mulated on a high level of abstraction with 
little redundancy. We expected individual 
differences in reading strategies and hy¬ 
pothesized that experience would be the 
key factor — that reading strategies would 
become more efficient with increasing 
expertise. 


We selected 19 volunteers randomly 
from the University of Hawaii’s computer 
science program. The low-experience 
group consisted of 10 subjects from the 
second-semester, CS2, course. The high- 
experience group consisted of eight gradu¬ 
ate students and one recent PhD faculty 
member. All subjects were familiar with 
Pascal. Only a sample of the subjects will 
be mentioned in our discussion of individ¬ 
ual strategies; they will be called LA to LE 
(low-experience group) and HA to HC 
(high-experience group). 

In a prior study we contrasted the com¬ 
prehension of Pascal and English versions 
of 12 algorithms. In this study, we applied 
a fine-grain analysis using eye movement 
to one specific algorithm. The binary 
search was selected because it can be de¬ 
fined in a few lines of Pascal code, contains 
enough complexity, and can be expressed 
in a form that intrigues experienced pro¬ 
grammers. During the semester, this algo¬ 
rithm was covered in CS2 lectures. In 
addition, two months prior to the experi¬ 
ment a laboratory session was devoted to 
presenting the algorithm’s behavior using 
animated graphics. 


Eye movement research 


Since analysis of eye movements 
provides a wealth of data at a fine level 
of detail, it is particularly suited for the 
investigation of cognitive processes. 
Two theories link eye fixation data to 
comprehension. Bouma' proposes the 
existence of an internal buffer that 
stores the image viewed during an eye 
fixation. Since the image is processed 
later, the total fixation time per word 
cannot be directly related to compre¬ 
hension. Just and Carpenter 2 devised a 
reading model based on immediacy 
and eye-mind assumptions. The text is 
interpreted immediately during an eye 
fixation, and the eye stays fixated on a 
word as long as necessary to process 
it. According to the latter theory, fixa¬ 
tion duration is a measure of the sub¬ 
ject's attention to a specific area. 

The material used in most eye move¬ 
ment research is nonprocedural prose. 
A number of studies have shown that 
subjects’ eye movements, fixation dura¬ 
tions, and number of regressions are 
influenced by the complexity of the 
task. In addition, several studies re¬ 


ported variability among subjects. For 
example, Kennedy and Murray 3 note 
that regressions increase for complex 
text. Shebilske and Reid 4 report differ¬ 
ences in reading strategies between 
recreational and rigorous reading. They 
found that while poor readers scan text 
indiscriminately, good readers adjust 
their strategies to the task. 

The prevalent opinion is that level of 
understanding is what affects the me¬ 
chanics of reading. More recently, eye 
movement analysis has been applied to 
complex material. A study by Vonder 
Embse, 5 using mathematical graphs, 
shows that experts use a small number 
of longer fixations and novices use a 
large number of short fixations. While 
novices do not discriminate among ar¬ 
eas of the graphs, experts focus on key 
areas. Moreover, fixation durations are 
considerably longer than those re¬ 
ported for prose. This finding supports 
the immediacy theory for viewing com¬ 
plex material such as algorithms. Eye 
movement analysis of complex text can 
contribute to a deeper understanding of 
cognitive processes. 
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The demonstration program visualizes 
search steps on a set of 15 numbers repre¬ 
sented as a bar chart (Figure 1). As the 
numbers are ordered, the bars increase in 
height from left to right. The program 
provides another view when searching 
among 120 numbers (Figure 2). While the 
representation of 15 numbers can accom¬ 
modate placing the numbers beneath the 
corresponding bars, the representation of 
120 numbers uses bars only. In each step 
the algorithm narrows the subset of num¬ 


bers that can contain the number to be 
found. This subset is represented graphi¬ 
cally; the corresponding bars are enclosed 
in two brackets. While the bars remain 
static, one bracket is moved in each step. 
The choice of the bracket depends on a 
comparison between the number searched 
and the number in the middle of the en¬ 
closed subset. Again, the number searched 
is presented graphically as a highlighted 
bar. This bar is placed next to the bar in the 
middle of the enclosed set (to the left if it is 


smaller, to the right if it is greater). 

The program also incorporates a sepa¬ 
rate screen where students can see the 
algorithm written in Pascal. The slides 
used in the experiment were snapshots 
from the animated program demonstrating 
the algorithm’s behavior. One snapshot 
was taken in the middle of the search pro¬ 
cess in both set sizes (Figures 1 and 2). 

Typical program code contains portions 
of varying complexity. Longer Boolean 
expressions are comparable to compact 


Program comprehension by novices and experts 


Literature explaining the differences 
between novices and experts is profuse. 
In a landmark study, Chase and Simon' 
explored chess board pattern memoriza¬ 
tion. They found that experts and nov¬ 
ices remember random patterns equally 
well, but expert players remember 
meaningful board configurations signifi¬ 
cantly better. In addition, research from 
psychology and linguistics suggests that 
the better text fits a meaningful context, 
the more likely it is to be assimilated. 

Numerous theories explain perform¬ 
ance differences in problem solving. For 
example, Lesgold et al. 2 found that 
while novices search longer for a solu¬ 
tion, experts spend more time building 
up a representation of the problem. 
Therefore, experts are more likely to in¬ 
voke a solution strategy appropriate to 
the problem. The ability to organize ma¬ 
terial in a meaningful way emerges as 
one of the distinguishing characteristics 
of an expert. 

Novice-expert differences are particu¬ 
larly evident in computer programming. 
Expert programmers are more likely than 
novice programmers to find programs in¬ 
telligible. In a variation of the Chase and 
Simon experiment, Shneiderman 3 pre¬ 
sented short computer segments in ei¬ 
ther shuffled or executable order to sub¬ 
jects with varying levels of expertise. 
Analogously, no significant difference 
was found in the recall of the shuffled 
program segments. Experienced sub¬ 
jects who understood the meaning of the 
statements in executable order recalled 
them better. Adelson 4 suggests that ex¬ 
perts remember programs differently; 
while novices group statements syntacti¬ 
cally, experts rely on functionally or se¬ 
mantically equivalent statements. 

Program understanding can be stud¬ 
ied at different levels of detail, from eye 
fixations and memory recall to protocol 


analysis. Shneiderman 3 proposes a bot¬ 
tom-up, line-by-line model of program 
comprehension, where the programmer 
first deals with the syntactic aspects of 
the program and then advances to lower 
level semantic structures such as identi¬ 
fying statements and logical chunks. Al¬ 
ternatively, Brooks 5 devised a top-down 
model of program comprehension based 
on a hypothesis about the program’s 
function. Curtis et al. 6 report large dis¬ 
crepancies in performance even among 
expert programmers with similar experi¬ 
ence. Brooks’ model attributes the dis¬ 
parities among subjects with similar ex¬ 
perience to slight differences in training. 

Brooks observed that programmers do 
not study programs line by line but search 
for key lines (beacons) to verify their hy¬ 
pothesis about a program’s function. 
Weidenbeck 7 found that this did not ap¬ 
ply to novices. Weidenbeck and Scholtz 8 
suggest a causal link between beacons 
and comprehension, since comprehen¬ 
sion by experienced programmers de¬ 
clines when beacons are disguised. 
Soloway and Ehrlich 9 hypothesize that 
programmers have plans and rules that 
allow the chunking of related program 
segments. They found that experts do 
much better than novices on “plan-like” 
programs, while the differences diminish 
on “non-plan-like" programs. 

Pennington 10 outlines a model of pro¬ 
gram comprehension based on the theo¬ 
ries of text comprehension posed by 
Van Dijk and Kintsch. Using protocol 
analysis, she found that professional 
programmers with a high level of com¬ 
prehension use a cross-referencing 
strategy that alternates among system¬ 
atic study of the program, its verification, 
and its application. Programmers with a 
low level of comprehension focus on ei¬ 
ther the program or its application, but 
not both. 
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mathematical formulas, while keywords 
contain standard information. The com¬ 
plexity of comments also varies; while 
assertions and invariants are frequently 
stated as mathematical formulas, plain 
English is often used to describe the pur¬ 
pose of the code statements. Because we 
were interested in how complexity affects 
viewing patterns, the slide with the Pascal 
text was slightly different from the version 
of the binary search algorithm used in the 
demonstration program. The meaning of 
the statement “found := left = right + 2” is 
hard to grasp even for expert programmers 
(Figure 3). This alternative form, however, 
was explained in an earlier CS2 lecture. 

The textual slide contained an error: The 
direction of the comparisons was reversed 
(“<=” in line 5 and “>=” in line 6). For 
programmers, this is not an unusual sight, 
as a substantial portion of their coding time 
is devoted to tracing errors. 

Subjects were tested individually. The 
order of the algorithm slides was the same 
for all subjects: The Pascal code in Figure 
3 was followed by the graphical slides in 
Figures 2 and 1. The subjects were told that 
they could view the slides for as long as 
they needed to understand and remember 
them. They indicated verbally when they 
were finished looking at the slide. At the 
beginning of the experiment, the subjects 
were given a comprehension pretest based 
on general knowledge of the binary search 
algorithm. This quiz was repeated after the 
text slide and at the end of the experiment. 
After the text slide, subjects were also 
asked to correct the Pascal code if neces¬ 
sary. 

Cloze tests followed every slide. The 
Cloze procedure is a more convenient and 
objective measure of reading comprehen¬ 
sion. The procedure requires every nth 
word (typically the fifth) to be replaced 
with blanks. Then, on the basis of their 
global understanding, the subjects must 
reconstruct the text. To determine whether 
the subjects memorized the slide or recon¬ 
structed the correct algorithm from prior 
knowledge, the reversed comparisons 
were left empty in the Cloze test. We plan 
to analyze the effect of errors on the view¬ 
ing pattern of subjects who notice them. 

The subjects’ experience was the inde¬ 
pendent variable. The dependent variables 
were (1) fixation time, calculated either as 
the total time in seconds of all fixations in 
an area or as a percentage of the total time, 
and (2) number of fixations, calculated 
either as the total number of fixations in an 
area or as a percentage of the total number 
of fixations. 




begin (‘array A sorted, i.e. A[i] S A[j] and Ieft<i<jSright*) 
repeat (*A[left] < x 5 Alright) and left < right *) 

(* choose middle to split A into 3 subarrays *) 
middle := (left + right) div 2; 

if A[middle] >= x then left := middle + 1; 

if A[middle] <= x then right := middle - 1; 

until left > right; 
found := left = right + 2; 
index := middle; 
end; (* BinSearch *) 

Figure 3. Text slide with Pascal code. 
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begin)(*array A sorted, i.g. A[i] 4 . A[j| and left^i-cjbright») | 

| repeat) [*A[lef t] < x S Alright] and left < right *) | 

I [* choose middle to split A into 3 subarrays *)| 


middle := [(left -t right) div 2.) 


if 

Afmiddle] >= x 

then 

left := middle + 1: 

ii 

Almiddle] < = x 

then 

right : = middle - 1; 


until [left > right; 


found ;=|left = right +■ 2; 

index : = middle; 

) end;J(* BinSearch *) J 


Figure 4. Subdivision of the text slide into areas. 



The experiment was performed at the 
eye-monitoring laboratory in the Depart¬ 
ment of Educational Psychology at the 
University of Hawaii. The equipment 
consisted of an Applied Science Laborato¬ 
ries eye movement monitor, controlled by 
a host computer. The host computer’s soft¬ 
ware calculated the eye fixations from 
data generated by the eye movement 
monitor in real time. 

Materials and analysis software were 
developed on Macintosh computers. This 
software for postexperimental analysis 
was designed to provide a highly visual, 
dynamic picture of the subjects’ eye 
movements. Eye fixations are superim¬ 
posed on a gray, scaled-down picture of 
the slide. Each fixation point is displayed 
in time proportional to its real duration. A 
fixation can be visualized in a variety of 
modes: as a comer of a path where lines 
connect subsequent fixation points; as a 
circle whose radius is proportional to the 
pupil size; or by highlighting the enclos¬ 
ing area. 

Another feature of our analysis soft¬ 
ware allows the experimenter to partition 
the slide into areas that can be used for a 
more global analysis. Figure 4 shows how 
the text slide was subdivided into areas of 
varying complexity. Then, the total num¬ 
ber of fixations (or total time) can be 
shown in each area. Early analysis of the 
experimental data indicated that some 
subjects apply periodically similar scan¬ 
ning patterns. To visualize these patterns, 
the software was enhanced to produce 
two-dimensional graphs showing the se¬ 
quence of areas in time. 



Figure 6. Partial sequence of HB’s eye movements when viewing the graphic in 
Figure 1. 


Results 

Immediacy theory and procedural 
versus simple text. According to the 
immediacy theory, the total number of 
fixations is a measure of the relative atten¬ 
tion subjects devote to each area (see side- 
bar on eye movement). Figure 5 shows a 
typical left-to-right, top-to-bottom read¬ 
ing pattern. Notice how closely the indi¬ 
vidual eye fixations match the centers of 
the relevant textual areas. This correspon¬ 
dence strongly suggests the validity of the 
immediacy theory, at least for procedural 
text. The close fit of material and eye 
fixations, however, is not limited to text, 
as the viewing strategy in Figure 6 shows. 
The correspondence of eye fixations and 
material viewed was not confined to iso¬ 
lated cases, but was observed consistently 
throughout the entire experiment. On the 
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Figure 7. Fixations per area in text: (a) HA concen¬ 
trates on code; (b) HB concentrates on comments; 
(c) LA concentrates on comments. 
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basis of the correctness of the immediacy 
theory, we can interpret an eye fixation as 
a measure of attention devoted to the sur¬ 
rounding area. 

Notice that Figures 5 and 6 are only 
snapshots demonstrating how our analysis 
software can replay a portion of a subject’s 
eye movement sequence (in this case fixa¬ 
tions 4 to 34 and 250 to 353) superimposed 
on the slide displayed in the inner rec¬ 
tangle. As we will show in the subsequent 
figures, all subjects needed to view impor¬ 
tant text areas numerous times. The num¬ 
ber of eye fixation regressions in our ex¬ 
periment is far greater than the number 
reported in studies using nonprocedural 
prose. 

Comments versus code. The text of a 
computer program contains two primary 
types of information: code to be executed 
and comments that contribute to its under¬ 
standing. Figures that show the total num¬ 
ber of fixations per area (Figure 7) super¬ 
imposed on each of the areas defined in 
Figure 4 clearly distinguish code-oriented 
and comment-oriented subjects. (Fixa¬ 
tions outside all areas are displayed out¬ 
side the border.) 


Analysis of subjects’ attention showed a 
wide range of focus distributions regard¬ 
less of experience level. For example, 
subjects HA and HB from the high-experi¬ 
ence group showed opposite tendencies. 
While HA (Figure 7a) concentrated pri¬ 
marily on code, HB (Figure 7b) used the 


comments extensively. Similarly, we 
found in the low-experience group both 
code-oriented and comment-oriented sub¬ 
jects. Subject LA (Figure 7c), for instance, 
demonstrated a distribution comparable to 
that of HB. 

Figure 7 also clearly demonstrates that 
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Figure 8. Labels of subareas in the text slide. 
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(a) 



(b) 


these subjects needed many eye fixations 
in most of the algorithm’s areas. 

To compare the time devoted to com¬ 
ments by subjects in the two groups, we 
determined the percentage of time spent 
viewing comments. While the low-experi¬ 
ence group averaged 44 percent of the time 
viewing comments, the high-experience 
group viewed them only 35 percent of the 
time. 

Individual viewing strategies. For fur¬ 
ther analysis of individual viewing pat¬ 
terns, we developed “area/fixation graphs” 
that depict the sequence of viewed areas. In 
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these graphs the horizontal axis represents 
the sequence of fixations (one fixation is a 
unit) and is therefore closely related to 
time. The vertical axis represents areas. 
Figure 8 assigns each area a label, shown 
on the vertical axis of the graph. (* A1 *) 
and (* A2 *), for instance, represent the 
assertion comments in the first two lines, 
(* C3 *) the descriptive comment on the 
third line, BGN and RP1 the keywords 
“begin” and “repeat” on lines 1 and 2, mdl 
and div the two parts of the statement 
“middle := (right + left) div 2,” and ???? 
means outside (compare to Figure 4). 

The dynamic evaluation of subjects’ eye 


END 

=+2 
fhd - 
l>r 
UNT 

TH2 
F2 
THt 

FI 
drv 

RPT 
BGN 
(*C3») 

(* A2*) 

(* A1 *) 

???? 

(C) 


movement while looking at the text slide 
revealed distinct periodic scanning pat¬ 
terns. The area/fixation graphs depicting 
the viewing sequence confirmed this find¬ 
ing. Of course, the order of areas, which 
can be chosen arbitrarily, determines the 
visual impact of these analysis graphs. 
Notice that except for the comment areas, 
we chose an order that reflects the “natu¬ 
ral” left-to-right, top-to-bottom flow of 
text (see Figure 5). Comments were 
grouped to highlight strategies that com¬ 
pare them with corresponding code. This 
sequence of areas produced the best con- 
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Figure 9. Text-scanning patterns: (a) LA uses a mul¬ 
tiple-scan strategy; (b) HB’s multiple-scan strategy; 
(c) HA uses a two-scan strategy; (d) LB’s two-scan 
strategy; (e) LC uses one scan; (f) LD’s comparative 
strategy. 


: 



Let’s look at individual viewing strate¬ 
gies. In Figure 9a subject LA reveals a 
periodic “multiple scan” viewing strategy. 
The monotonic increasing peak of the first 
scan (the length of the bars increases stead¬ 
ily) shows a regular left-to-right, top-to- 
bottom perusal of the text. The subsequent 
low, flat area signifies concentration on 
comments. The next scan maintains the 
natural reading order but, more impor¬ 
tantly, begins to show some selectivity and 
stress on individual statements. Notice, for 
instance, the area “(right + left) div 2,” 
labeled as div. The tendency toward selec¬ 
tivity is particularly visible in the last scan. 


Although the order is still maintained, this 
scan shows a distinctly comparative ap¬ 
proach (short bars follow long ones and 
vice versa). 

Subject HB (Figure 9b) exhibits a pat¬ 
tern strikingly similar to that of LA. Again, 
the first linear scan is followed by a second 
scan that concentrates more on specific 
areas. The second half of the graph shows 
attention to comments interrupted by 
comparative excursions into the code. 

Subject HA efficiently used two distinct 
scan periods (Figure 9c). Little attention 
was paid to comments (only a few bars 
end at the heights (* A1 *), (* A2 *), and 


(* C3 *)). During the first scan more atten¬ 
tion was devoted to individual areas. The 
second scan shows a more comparative ap¬ 
proach. 

Subject LB is an extreme case of the 
“two scan” strategy; the scans are virtually 
identical (Figure 9d). 

Multiple scanning patterns were not 
used exclusively, however. Subject LC 
used a “single scan” strategy that concen¬ 
trated on individual areas and exhibited 
few comparisons with neighboring areas 
(Figure 9e). 

Subject LD used an extreme case of a 
“comparative” strategy (Figure 9f). The 
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Figure 10. For the graphic in Figure 1 (“15 bars”), both LE and HC concentrate on numbers: (a) LE’s eye movements; (b) 
LE’s scanning pattern; (c) HC’s eye movements; (d) HC’s scanning pattern. 



Figure 11. “15 bars.” (a) HB concentrates on numbers and scans the tops of bars; (b) LA’s pattern is similar to HB’s. 
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(d) 


Figure 12. Both HB and LA used five times as many fixations for “15 bars,” which contains 17 number elements, as they 
did for “120 bars,” which contains only two number elements, (a) HB’s scanning pattern for “120 bars”; (b) HB’s scanning 
pattern for “15 bars”; (c) LA’s scanning pattern for “120 bars”; (d) LA’s scanning pattern for “15 bars.” 


natural order was no longer predominant, 
as comparison became the overriding 
scheme. Nevertheless, this strategy was 
purposeful rather than random, since the 
subject’s test scores demonstrated a per¬ 
fect understanding. 

Strategies for viewing graphics. Be¬ 
sides area/fixation graphs, analysis of gra¬ 
phical scenes used pupil concentration 
patterns showing all the fixations, each 
represented as a circle superimposed on 
the original slide. 

The slides were partitioned into areas 
according to their prominence (for ex¬ 
ample, highlighting) and their relevance to 
the interpretation of the algorithm. A natu¬ 
ral order for graphical areas is not obvious. 
After replaying eye movements and ana¬ 
lyzing total pupil concentration patterns 
(for example, Figure 10a), we arranged the 


areas in the area/fixation charts in three 
groups: text related, numbers, and bars. 
Within each group the areas were ordered 
top to bottom, left to right. 

Analysis of total pupil concentration 
patterns and area/fixation graphs revealed 
that while most subjects barely looked at 
the numbers, a few concentrated on them. 

The one strategy common to both expe¬ 
rience groups is represented by subjects LE 
(Figures 10a and 10b) and HC (Figures 10c 
and lOd). Both subjects concentrated on 
the numbers, particularly those under the 
highlighted graphical elements. These 
subjects were not interested in the tops of 
the bars on the right. 

The similarity between scanning pat¬ 
terns is further exemplified in the area/ 
fixation graphs (see Figures 10b and lOd). 
Both subjects first perused all areas of the 
picture and then concentrated on the num¬ 


bers (areas #s <-, # in box, and -> #s). 
While HC’s overview phase took longer 
and was followed by exclusive attention to 
the numbers, LE interrupted the number 
scan for another general overview. 

Let’s compare these strategies with 
those of subjects HB and LA (Figure 11). 
HB spent more time viewing numbers than 
did LA. Nevertheless, just as with the tex¬ 
tual presentation, there are similarities in 
HB’s and LA’s scanning strategies for the 
graphical presentation. Unlike subjects LE 
and HC, both subjects dedicated much at¬ 
tention to a careful scan of the tops of the 
bars on the right. While LE and HC con¬ 
centrated on numbers below the high¬ 
lighted bar, HB’s and LA’s attention to 
individual numbers was uniform. 

As the corresponding area/fixation 
graphs demonstrate (Figure 12), subject 
LA put more emphasis on the areas be- 
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Figure 13. Algorithm areas viewed by high- and low-experience groups. 


tween highlighted graphic elements than 
did HB, who exhibited a very consistent 
pattern when viewing numbers. 

As the juxtaposition of Figures 12a and 
12b with Figures 12c and 12d shows, sub¬ 
jects HB and LA needed almost the same 
number of fixations for the two graphic 
slides. They both briefly perused the pic¬ 
ture “120 bars,” which contains only two 
number elements. Then they used five 
times as many fixations for the picture “ 15 
bars,” which contains 17 numbers (notice 
the 1:5 ratio in the length of Figure 12a 
versus 12b and Figure 12c versus 12d). 

Experience and focus on critical ar¬ 
eas. Program code contains areas of vary¬ 
ing complexity and importance. Portions 
of text in the Pascal version of the algo¬ 
rithm were classified as comments, com¬ 
parisons, complex statements, simple as¬ 
signments, or keywords, according to rat¬ 
ings by computer science faculty. The total 
fixation durations in each class for both 
low- and high-experience groups was 
computed to determine the influence of ex¬ 
perience on subjects’ attention to critical 
program areas. 

Comments vary in their difficulty level, 
but they give subjects basic information. 
Although comments indicate the 
algorithm’s overall purpose, the state¬ 
ments and comparisons and their interrela¬ 
tions are indispensable for algorithm com¬ 
prehension. Comparison areas are decep¬ 
tive; although they seem easy to under¬ 
stand, it is hard to recall the direction of the 


comparison operator. Complex statements 
provide the most information about algo¬ 
rithm details. While simple assignments 
are statements of moderate complexity, 
they are essential to comprehension of the 
algorithm, as they provide the necessary 
contextual information. Keywords in Pas¬ 
cal such as “begin” and “end” are predict¬ 
able and provide little semantic informa¬ 
tion; therefore, they can be considered the 
least important area of the program. 

Figure 13 compares the low- and high- 
experience groups’ attention to the five 
classes of program areas. It shows the 
average percentage of fixation time spent 
on each class. (** means significant differ¬ 
ence with probability p < 0.01, and * with 
p < 0.05. It is generally accepted that if the 
difference is significant with probability p 
< 0.05 or less, we can be confident that the 
difference between the two values is not 
due to chance.) 

As anticipated, keywords and simple 
statements did not attract much attention, 
and the reading time in these areas was not 
significantly different for the two experi¬ 
ence groups. The comment areas received 
the most attention from both groups. The 
reading did, however, depend on experi¬ 
ence: The low-experience group spent sig¬ 
nificantly more time reading the com¬ 
ments. Experience was also a predictor for 
viewing the comparison areas. Again, the 
low-experience group perused these areas 
significantly longer than did the high-ex¬ 
perience group. 

The greatest and most significant differ¬ 



Figure 14. Percentage of time spent 
viewing “left=right+2.” 


ence (p < 0.001) in viewing time between 
the two experience groups occurred in the 
complex statements. The high-experience 
group devoted 68 percent more fixations to 
these areas than did the low-experience 
group. 

The perception that experienced sub¬ 
jects concentrate on complex statements 
was further strengthened by our analysis of 
the most complex area of the binary search 
algorithm. The statement “1 = r + 2” was 
considerably more complex than versions 
commonly encountered, as it used a 
Boolean assignment to condense informa¬ 
tion usually found in an entire “if-then- 
else” construct (for instance, the less ob¬ 
tuse but inefficient version “if left = right + 
2 then found := true else found := false”). 

Two months before the experiment, in 
the CS2 course, the low-experience group 
was taught two versions of the binary 
search algorithm, including the “1 = r + 2” 
version. The high-experience group had 
more exposure to several variations of the 
algorithm throughout the curriculum. As 
Figure 14 clearly demonstrates, with the 
exception of two outliers all subjects in the 
high-experience group had higher average 
fixation duration in “1 = r + 2” than all 
subjects in the low-experience group. 
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(Differences between experience groups 
were significant, with p < 0.01.) These 
results confirm in detail that with increas¬ 
ing experience, subjects learn to discover 
and focus on the key areas of information, 
as suggested by research in program com¬ 
prehension (see sidebar on program com¬ 
prehension). 


Discussion 

All subjects in our experiment needed 
numerous fixations in most areas of the 
algorithm and spent more time viewing 
relevant slide areas than did subjects in 
studies using simple text. This phenome¬ 
non is consistent with other studies using 
complex material. We conclude that view¬ 
ing strategies for algorithms indeed differ 
from those for prose. 

Moreover, our analysis revealed strik¬ 
ing correspondence between subsequent 
eye fixations and the relevant sequence of 
attention focus, suggesting the validity of 
the immediacy and eye-mind assumptions 
in correctly modeling the reading of com¬ 
plex, abstract material. 

Dynamic analysis of eye movement 
revealed a wide variety of scanning pat¬ 
terns for subjects viewing both text and 
graphics. While reading Pascal text, sub¬ 
jects showed varied strategies regarding 
the attention devoted to comments and to 
code. On the average, subjects in the low- 
experience group devoted significantly 
more attention to comments than did those 
in the high-experience group. Neverthe¬ 
less, we found code-oriented and com¬ 
ment-oriented subjects in both groups. 

When viewing time for graphics slides 
with two number elements was contrasted 
with viewing time for graphics containing 
several numbers, we found a category of 
subjects who used five times more fixa¬ 
tions on the slide with several numbers. 
Again, those subjects were found in both 
experience groups. 

Using the natural left-to-right and top- 
to-bottom ordering of the slide areas, we 
identified distinct classes of scanning pat¬ 
terns. The patterns vary in number and 
length of scan periods, as well as in the 
frequency and duration of comparisons. 
Moreover, a similar distribution of total 
fixation points was detected. 

The classes of scanning patterns tran¬ 
scended the experience levels. The two 
subjects whose patterns were most similar 
for scanning both text and graphics be¬ 
longed to opposite experience groups. The 


wide variety of scanning patterns suggests 
a broad spectrum of cognitive styles. 
However, our results show that the classi¬ 
fication of scanning patterns does not fol¬ 
low the common categorization along the 
dimension of experience. 

Experience does, however, influence 
viewing strategies with respect to alloca¬ 
tion of reading time. Highly experienced 
subjects recognize and spend more time 
concentrating on meaningful areas. 


W hile existing literature reports 
a great variety of scanning 
patterns, we did not anticipate 
being able to classify them. Such classifi- 
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cation should be the focus of further funda¬ 
mental studies that would provide a basis 
for tailoring the presentation of material to 
users’ characteristics. 

Currently, we are relating viewing 
strategies to other characteristics of sub¬ 
jects — for example, comprehension and 
cognitive styles. Moreover, we designed 
follow-up experiments that contrast the 
reading of (1) simple stories versus Eng¬ 
lish versions of procedural text, and (2) 
procedural versus natural-language forms 
of nested if-then-else rules. These experi¬ 
ments will help us further refine the analy¬ 
sis of individual strategies, classify them, 
and separate the influence of language for¬ 
malism from that of semantic content. ■ 
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Conference Chairman’s Message: 

This era is often referred to as the “information age.” No 
other field has been able to contribute to the advancement of 
the information technology as much as has the synergism of 
the two fields of computers and communications. Today, more 
than any time in the past, these two fields are essential for 
keeping the information technology responsive to the ever 
increasing demands of our complex world. Examples of such 
demands are numerous and range from capabilities for 
transmitting not only still images but moving pictures and 
digitized voice, to office automation and internetworking of 
computers around the globe. This international conference 
emphasizes various aspects of computers and communications, 
specifically the impact of these two fields on each other and 
the applications of their integration in other fields. 

The first day of the conference is devoted to tutorials. This 
year we have selected twelve very timely and informative 
tutorials which will be presented by internationally renowned 
experts. 

Throughout the two day technical program, presentations 
in seven tracks will bring a wealth of information on the 
leading edge of computers and communications. Considering 
that only about 30% of all submitted papers have been 
accepted, they provide an unequaled forum for understanding 
the diversity of these emerging and vital technologies. 

Distinguished speakers of the conference are Dr. Peter 
Denning, Dr. S. Joseph Campanula and Mr. Charles (Chuck) 
House. The technical program of the conference will end with 
a magnificent plenary session including Prof. Edsger Dijkstra 
and Dr. Dominic Chan who will discuss past, present and 
future of programming. 

A number of delightful special activities have been 
arranged, including a day trip to Grand Canyon on Saturday 
March 24. 

On behalf of the Executive Committee of IPCCC-90, I 
extend a warm invitation to all our colleagues in the 
computers and communications fields to join us for this 
exciting event on March 21-24, 1990. 

Dr. Forouzan Colshani 
General Chairman 


Conference Special Feature: 

Distinguished Speakers 

The IPCCC-90 program this year includes 
five important Distinguished Speakers: 

Keynote Address — 

Dr. Peter J. Denning, Director of the Research 
Institute for Advanced Computer Science 
(RIACS) at NASA, will speak on 
“WORLDNET.” 

Luncheon Address — 

Dr. S. Joseph Campanella, Vice President and 
Chief Scientist at COMSAT Laboratories, will 
speak on “SATELLITE COMMUNICATION 
DIRECTIONS, 1990-2000.” 

Luncheon Address — 

Mr. Charles (Chuck) House, General Manager of 
the Software Engineering Division of Hewlett- 
Packard, will speak on “COMPUTERS, 
COMMUNICATIONS AND LITERACY.” 

Plenary Session- 

Prof. Edsger Dijkstra, Dept, of Computer 
Science, University of Texas at Austin, and 
Dr. Dominic Chan, Executive Vice President, 
Bull Information Systems will discuss 
“PROGRAMMING: PAST, PRESENT 
AND FUTURE.” 







1990 IPCCC Program 

In addition to our noted keynote speakers, the IPCCC-’90 Program will feature a series of 12 day-long Tutorials on Advanced 
Topics all day Wednesday, and 30 Technical Sessions, featuring the best work by professionals in each of the relevant areas. 

Tutorials, Wednesday, March 21 


Tutorial 1: Digital Signal Processing 

Instructor: Dr. Sanjit K. Mitra 

Tutorial 2: Hardware Modeling with VHDL 

Instructor: Dr. Ben M. Huey 

Tutorial 3: Knowledge-base Management Systems 

Instructor: Dr. Suzanne Wagner Dietrich 

Tutorial 4: Problems and Techniques in Distributed- 

Software Engineering 
Instructor: Dr. Sol M. Shatz 


Tutorial 7: Real-Time System Requirements Specification: 

Issues for CASE 

Instructor: Dr. Paul C. Jorgensen 


Tutorial 8: Auditing and Testing Aspects of Software 

Product Assurance 

Instructor: Dr. William Bryan and 
Dr. Stan Siegel 

Tutorial 9: Performance of Local Area Networks 

Instructor: Dr. Gokhan Gercek and 
Dr. George R. Davis 

Tutorial 10: Broadband Switching: Architecture, Protocols, 
Switch Design 

Instructor: Dr. Chris Dhas 


Tutorial 12: Picture Archiving and Communication; 

A Technology Snapshot 

Instructor: Dr. William J. Dallas, Dr. Ralph 
Martinez, and Dr. Olivia R. Liu 
Sheng 


Technical Sessions — March 22-23 


Track 1: Computer Technology 

1.1 Fault Tolerance 

1.2 Neural Networks 

1.3 Imaging Architectures 

1.4 Parallel Computing 

1.5 Distributed Systems 

1.6 Data Flow Systems 


Track 2: Communications Technology 

2.1 Satellite/Terrestrial Systems 

2.2 Communications Theory 

2.3 Special Session: Meteor-Burst Communications 

2.4 Special Session: Low Rate Signal Coding 


Track 3: Software Systems 

3.1 Object-Oriented Systems 

3.2 Special Session: Case Tools Technology 

3.3 Distributed Applications 

3.4 Software Analysis & Evaluation 

3.5 Prototyping & Reusability 

3.6 Text & Image Retrieval 


Track 4: Networking Systems 

4.1 LAN Performance Evaluation 

4.2 MAN Performance Evaluation 

4.3 Communication Protocols 

4.4 LAN Design 

4.5 Network Management/Control/Security 


Track 5: AI/Expert Systems 

5.1 Intelligent System Design 

5.2 Distributed AI Systems 

5.3 Automation & Expert Systems 

5.4 Robotics and Factory Automation 

5.5 Uncertainty Management 


Track 6: Medical Information Technology 

6.1 Medical Information Systems 

6.2 Picture Archiving and Communication Systems 


Track 7: VLSI Design & Manufacturing 

7.1 VLSI Design and Manufacturing 

7.2 Special Session: CAD for VLSI Packages 
Interconnections 






Technical Exhibits 


A new feature to IPCCC-90 is the exhibition 
and demonstration of important technologies 
that are advancing the “state of the art” in 
computers and communications. 

Members of industry, academia and the public 
sector are invited to participate in this new 
forum by showcasing new ideas and significant 
breakthroughs. Currently, participants include 
representatives from such areas as Artificial 
Intelligence, CASE, PCs/workstations, 
networking and database management. 

For information on reserving exhibit space, 
contact Dr. Thomas Howell at (602) 862-4486 
or FAX: (602) 862-6973. 


Reasons why you should attend the IPCCC-’90 

This conference is directed at helping you to provide answers 

on technical issues and productivity problems. A unique forum 

has been created for both computer and communication 

technology. 

You will: 

• Gain creative ideas which will help you to become more 
productive and make your company or institution competitive. 

. Expand your professional growth by participating in technical 
presentations and panels which focus on your particular field of 
expertise. 

• Broaden your competence by learning the “How To” of 
Computer/Communication Methodologies taught by experts at 
the conference’s twelve tutorials. 

. Get involved in networking opportunities with fellow engineers 
and scientists to exchange information and gain insights into 
the solutions to vexing problems. 

• Learn from and interact with experts who are at the forefront 
of Computer/Communication technology. 

. Become more informed by learning what the competition is 
doing. 


Paradise Yfelley Resort 

The Wyndham Paradise Valley Resort is one of the newest and 
most luxurious resort hotels in the Valley of the Sun. With the 
most modern of conference facilities, it also offers visitors 
unparalleled access to the natural attractions of the Phoenix area 
and climate. Special rate for IPCCC registrants is $89.00 per 
room/day, plus tax. 

Hotel reservations may be made by calling 602-947-5400 or 
(toll free) 800-334-5400 or by mailing the reservation form 


Wyndham Paradise Wiley Resort Reservation 
IPCCC, March 21 through 24, 1990 

Reservations received after February 21, 1990 will be confirmed on a space available basis, only. 


Firm____ 

Street _ 

City-State/Country_Zip. 

Telephone #__ 

Sharing with_ 

Last First 

Arrival Date_Departure Date_ 

To hold room for late arrival guarantee by credit card: 

Credit Card:_ 


Expiration Date. 


orm to: Wyndham Paradise Wiley Resort 

Attn: Reservation Department 
5401 N. Scottsdale Road, Scottsdale, Arizona 85253 



Super Meeting and Saver fare Discount 

Forty percent off regular coach airfare and five 
percent off any promotional air fare. 

The special offer is valid for round trip travel 
to Phoenix on American Airlines and American 
Eagle domestic segments. If you originate 
outside the United States, other reduced fares 
may be available to you. 

For reservations and information, call 
American 1-800-433-1790. Be sure to ask for 
STAR File #S-01304E. 



















Special Activities for Attendees and Spouses 

IPCCC is pleased to welcome the spouses of all attendees, as well as interested 
attendees of the conference, to participate in a special program of activities designed 
to enhance your visit to the Valley of the Sun. Tours conducted by Vaughan’s 
Southwest Custom Tours are being offered to interested parties and are described 
below, along with other special activities. Please note that registration for the tours 
and the dinner at Rustler’s Rooste must be completed by February 21. 

There will be a complimentary continental breakfast for spouses every morning. 

Wednesday, March 21 Dinner at Rustler's Rooste 
6:00 p.m.-10:00 p.m. A full course Dinner at Rustler’s Rooste ■ a Valley 
landmark in the mountains with an unrivaled view. 
Depart the hotel at 6:00 p.m., dinner at 7:00 p.m., 
return to hotel about 10:00 p.m. 

COST: Top Sirloin Steak and BBQ Chicken 
Dinner: $20.00, not including transportation. 

$32.00, including transportation. 


Registration Instructions 

Please fill out the registration form provided in full. Indicate your 
registration choice, your selection of tutorial if desired, and check all the 
applicable boxes. If you are a member of IEEE, be sure to include your 
membership number. If you are not a member, you may join IEEE at the 
conference at a significantly reduced rate. 

By registering for IPCCC-’90 before February 21, 1990, you will not 
only save money, but you will save time at the conference when picking 
up your registration package. Upon receipt of your advance registration, 
you will be sent your confirmation along with additional information 
regarding the Paradise Valley Resort Hotel Conference site and 
information of a general interest to make your stay more enjoyable. 

A ten percent (10%) discount will be available for group registrations 
of 10 or more. A twenty percent (20%) discount will be available for 
group registrations of 50 or more. 

For further information about the Conference Registration, contact: 
Mr. Kenneth Macleish, Registration Chairman, (602) 582-7232. 


Thursday, March 22 

9:00 a.m.-2:30 p.m. 


Friday, March 23 

9:30 a.m.-12:30 p.m. 


Saturday, March 24 

7:00 a.m.-10:00 p.m. 


Tour #1 - Botanical Gardens/Heard Museum. 

Our tour begins with a visit to the Desert Botanical 
Garden-a beautiful display of cacti and other succulent 
plants, trees and flowers from all the deserts of the 
world. Next a stop for lunch at the University Club 
followed by a guided tour through the Heard Museum, 
the finest southwestern Indian art and anthropology 
museum in the country. COST: $28.00* 

Tour #2 -Valley of the Sun/Shopping. 

An overview city tour including the important sights of 
the Valley of the Sun and a shopping stop at the 
Borgata in Scottsdale. COST: $23.00 

Tour #3 - Grand Canyon/Montezuma’s Castle. 
Departing the hotel at 7:00 a.m., we will make our way 
north for a stop at Montezuma’s Castle, the remains of 
pre-Columbian cliff dwellers. We will then continue 
north through Flagstaff and on to the Grand Canyon 
after a stop for lunch. COST: $60.00.* 

* Cost of Meals Not included in tour prices. 


Attendees and Spouses 
Special Activities Registration Form 

Complete this form and return with amount due to: 
IEEE-IPCCC-90 • P.O. Box 8950 . Scottsdale, AZ 85252 
(make checks payable to IPCCC-90) 


City- 


State 


Zip 


Country_ Phone- 

No. 

Price People Total 

Dinner at Rustler’s Rooste: 

(Wednesday, March 21, 6:30-10:00 p.m.) 

Steak and BBQ Chicken Dinner 

(no transportation) $20.00 -$- 

Steak and BBQ Chicken Dinner 

(transportation included) $32.00 -$ - 

Tour #1: Botanical Garden/Heard Museum 

(Thursday, March 22, 9:00 a.m.-2:30 p.m.) $28.00 --—$- 


Tbur *2: Valley of the Sun/Shopping 

(Friday, March 23, 9:30 a.m.-12:30 p.m.) $23.00 -$ - 


Tour *3; Grand Canyon/Montezuma’s Castle 

Saturday, March 24, 7 a.m.-lO p.m.) $60.00 -$- 

Total Amount Due $_ 


SPECIAL ACTIVITIES REGISTRATION FORM IS DUE ON 
FEBRUARY 21, 1990 


REGISTRATION FEES: 

Advance Registration 
Before February 21, 1990 

Regular Registration 
After February 21, 1990 


Member 

Non-Member 

Member 

Non-Member 

Three-Day Conference: 

Includes selection of 
Tutorial, Continental 
Breakfasts and lunches 
for 3 days. 

$350 

$440 

$390 

$490 

Two-Day Technical 
Sessions: (Thurs., Fri.) 
Includes Continental 
Breakfasts and lunches 
for 2 days. 

$220 

$280 

- 


One-Day Tutorial 
Sessions: (Wed. Only) 
Includes selection of 
Tutorial, Continental 
Breakfast and lunch. 

$220 

$280 

$280 

$340 

Full-Time Student: 
Two-Day Technical 
Sessions: (Thurs., Fri.) 
Includes Continental 
Breakfasts and lunches 
for 2 days. 

$70 

$95 

$95 

$120 


Conference Registration Form 

Check Appropriate Boxes: 

□ Three-day Conference □ Two-day Technical Session 

□ One-day Tutorial □ Student 

□ Author, Paper No_□ Session chair, sess. No- 

Choice of tutorial-indicate number: - 

IEEE membership number: --- 

Please Print: 


Last Name First Name 


Middle Initial 


Organization (school and student ID, if applicable) 


Business Address 


City 


State (Province, Country) 


Zip Code 


Business Phone R-00 

Total Registration enclosed: $- 

Mail Conference Registration Payment and Special Activities payment to: 

IPCCC-’90, P.O. Box 8950, Scottsdale, Arizona 85252 































On Distributed 
Fault Simulation 


Tassos Markas, Mark Royals, and Nick Kanopoulos 
Research Triangle Institute 


V erifying the functionality of digi¬ 
tal circuits in the testbed relies 
heavily upon test generation. 
Because of the complexity of today’s di¬ 
gital circuits, efficient general-purpose 
automatic test pattern generators (ATPGs) 
are not yet available. To overcome the 
inefficiency of current ATPG programs, 
one alternative method relies on the 
development of functional or pseudoran¬ 
dom test sets. These test sets are subse¬ 
quently evaluated to determine if the ob¬ 
tained fault coverage (percentage of de¬ 
tected faults) meets the requirements 
specified by the user. 

The evaluation of the given test set is 
carried out by the fault simulator, a pro¬ 
gram that examines the behavior of digital 
circuits under various faulty conditions. 
During the fault simulation process, a 
given test set is applied to the fault-free 
circuit and to each of the faulty circuits 
obtained by introducing certain classes of 
faults in the circuit nodes. The circuit re¬ 
sponse is consequently analyzed to deter¬ 
mine the faults detected by the test set. A 
fault is considered detected by a test pat¬ 
tern if the response of the fault-free circuit 
differs from the response of the circuit in 
the presence of this particular fault. The 
simulation time can be reduced by identi¬ 
fying equivalent fault classes and simulat¬ 
ing only one fault from each class. This 
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Efficient partitioning 
of fault simulation 
tasks and allocation of 
the resulting subtasks 
over a distributed 
system yields faster 
fault simulation 
without resorting to 
expensive special- 
purpose hardware. 


process is called fault collapsing.' 

Fault simulators carry out fault grading 
and development of fault dictionaries, 
which are requirements for highly reliable 
circuits. In today’s highly integrated digi¬ 
tal circuits, the fairly large number of 
equivalent fault classes in a given circuit 
makes fault simulation an expensive and 
time-consuming process. However, fault 
simulation has an inherent parallelism that 
can be used to speed up the execution time 

0018-9162/90/0100-0040501.00 ® 1990 IEEE 


when more than one processor is available. 
This can be achieved by dividing the fault 
simulation task into independent subtasks 
assignable for execution to various com¬ 
puting resources. This large-grain granu¬ 
larity type of parallelism can be exploited 
by using a distributed computing environ¬ 
ment that consists of several powerful 
nodes connected via a local area network 
(LAN). 

In this article we examine the computa¬ 
tional aspects of fault simulation and ad¬ 
dress issues related to the efficient parti¬ 
tioning of a fault simulation task to a 
number of subtasks assignable for execu¬ 
tion to the nodes of a distributed system. In 
addition, we describe the implementation 
of a distributed fault simulation facility 
(called DFSim) using a heterogeneous 
LAN consisting of a number of worksta¬ 
tions with different computing resources 
and different versions of Unix operating 
systems. 

Fault simulation 

Fault simulation is used primarily for 
the generation of fault dictionaries and the 
evaluation of a digital circuit’s fault cover¬ 
age by a given test set. Fault simulation is 
also employed to analyze the operation of 
a circuit under various fault conditions. 

COMPUTER 










The performance criteria for various exist¬ 
ing fault simulation algorithms are the 
processing power and the memory re¬ 
quirements. 

Although processing power is the main 
consideration in efficiently simulating 
large circuits, maintaining a minimum 
hardware configuration will keep the cost 
of the machine low. 

The major fault simulation algorithms 
differ in the way they manage the trade-off 
between processing speed and memory. 
The three most commonly used fault simu¬ 
lation techniques are parallel, concurrent, 
and parallel value list (PVL) fault sim¬ 
ulation. 

In fault simulators, faults are repre¬ 
sented as fault structures associated with 
each node of a digital circuit. These fault 
structures propagate from the primary 
inputs towards the primary outputs based 
on the type of the logic gate they are asso¬ 
ciated with and the fault-free value of the 
examined gate. During this procedure, the 
faults that reach the primary outputs are 
considered detected, and they are dropped 
from the undetected fault list of the circuit. 

The parallel 1 fault simulation technique 
is based on the parallel processing of bit- 
oriented operations. The driving force of 
this approach arises from the capability of 
computer systems to perform logical in¬ 
structions on a number of bits in parallel. 
This approach has the advantages of effi¬ 
cient memory use, because a number of 
events can be packed in the same word, and 
parallel computation, because computer 
instructions can operate on a number of 
bits simultaneously. Figure 1 shows the 
fault structure in a 32-bit machine, with the 
least significant bit representing the fault- 
free value of the node. 

In concurrent 3 fault simulation, the fault 
structure associated with each node con¬ 
tains the faults that produce an error at the 
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Figure 1. Fault structure of the parallel algorithm. 



Figure 2. Fault structure of the concurrent algorithm. 


inputs and/or at the output of the related 
gate. These faults are arranged in a linked 
structure as shown in Figure 2. The propa¬ 
gation of the fault structures is accom¬ 
plished by simulating only the portion of 
the circuit whose faulty response differs 
from the fault-free response. The computa¬ 
tional complexity of the concurrent fault 
simulation algorithm is 0[n 2 ], where n is 
the number of gates of the circuit. 4 

The concurrent fault simulation ap¬ 
proach is faster than the parallel approach, 
but it requires considerable amounts of 


memory. Also, concurrent fault simulators 
require dynamic memory allocation capa¬ 
bilities, since the amount of memory can¬ 
not be determined during circuit compila- 

Finally, the parallel value list 5 (PVL) 
algorithm combines the above approaches. 
A typical PVL structure (see Figure 3) 
consists of parallel lists connected in a 
linked structure. During this algorithm a 
fault structure propagates towards the pri¬ 
mary outputs if any of the faults in the list 
produce a response different from the 
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fault-free response of the circuit. This 
approach has the advantage of simulating 
in parallel the faults packed in one memory 
word while maintaining the computing 
efficiency of the concurrent approach. 


Motivation 

Concurrent fault simulation of today’s 
very large scale integrated circuits requires 
considerable computing resources. Conse¬ 
quently, a significant interest exists in 
reducing the excessive computing time of 
the fault simulation process without resort¬ 
ing to special-purpose hardware 6 (such as 
IBM’s Yorktown Simulation Engine, 
NEC’s Hardware Accelerator, Zycad, 
IKOS, or Daisy), which is often expensive 
and sometimes incompatible with the use 
of different fault simulation algorithms 
and/or different systems. 

One way of accomplishing this speedup 
is to exploit the inherent parallelism of the 
fault simulation process by developing a 
methodology that divides a fault simula¬ 
tion task into subtasks and then assigns 
them for independent processing to a 
number of processors connected via a local 
area network. The increasing use of LANs, 
which include a significant number of 
powerful workstations, constitutes an 
appealing environment for distributed 
processing applications. Distributed proc¬ 
essing also provides better resource utili¬ 
zation, especially when the individual 
nodes of such networks remain relatively 
idle for long periods of time. 


Computational 
requirements of 
fault simulation 

Before introducing our distributed fault 
simulation approach, we will review the 
basic concepts involved in the operation of 
fault simulation. 

The simulator initially parses the circuit 
and performs fault enumeration to produce 
the undetected fault list, which contains all 
the faults associated with the input and 
output lines of all the gates in the circuit. 
After this, the simulator reduces the num¬ 
ber of faults to be simulated by collapsing 
them into a set of equivalent fault classes. 
The test patterns are simulated one at a 
time, and the faults detected at each step 
are dropped from the undetected fault list 
until the entire test set or the undetected 
fault list has been exhausted (see Figure 4). 



Simulation 
time (seconds) 


Systolic Array Page 

faults (1,000) 



— • : Simulation time 
--- o : Page faults 


Figure 5. Fault simulation on a single server (a) for a sequential circuit and 
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At the end of the simulation, the user re¬ 
ceives the obtained fault coverage, along 
with the undetected fault list and other 
statistical information on the detected 
faults. 

The majority of commercially available 
simulators allow the user to define an 
initial undetected fault list as well as the 
number of faults to consider during each 
simulation pass. This latter parameter 
enables the simulator to divide the entire 
fault list into subsets and simulate these 
subsets one at a time. This capability as¬ 
sists memory management in cases where 
the system has insufficient physical mem¬ 
ory to hold the fault simulation data for 


the entire circuit. 

To demonstrate the behavior of the fault 
simulation under this condition, the graphs 
in Figure 5 show the simulation time as a 
function of the number of faults per pass 
(solid line). We used two different types of 
circuits for this experiment, simulating 
both in a machine with five megabytes of 
main memory. 

The first circuit — a highly sequential 
one — was a systolic array chip consisting 
of eight identical cells placed in a linear 
pipe. The circuit held approximately 6,000 
gates. We injected a set of 5,192 stuck-at 
faults, which collapsed to 3,574 equivalent 
fault classes. Finally, we simulated the 


circuit with 390 test vectors and obtained a 
fault coverage of 93 percent. 

The second circuit was a 16x16 array 
multiplier (Booth encoding) with approxi¬ 
mately 3,000 gates and 4,035 equivalent 
fault classes. We simulated this circuit 
using 52 pseudorandom test patterns and 
obtained a fault coverage of 99 percent. 

Figure 5 shows a significant increase in 
the simulation time after a certain number 
of faults per pass has been exceeded. This 
occurs when the fault simulation data sur¬ 
passes the storage capacity of the main 
memory, in which case the system spends 
a significant amount of time swapping 
pages from the main memory to the disk 
and vice versa (page faulting). The dotted 
lines in Figures 5a and 5b give the number 
of page faults as a function of the number 
of faults per pass. In general, this behavior 
is more severe in sequential circuits be¬ 
cause of longer fault lists associated with 
each node. You can see this in Figure 5a, 
where an increase from 1,600 to 2,000 in 
the number of faults per pass results in a 
drop from 97 percent to 59 percent in CPU 
utilization. 

Distributed fault 
simulation 

A fault simulation task can be divided 
into a number of computationally inde¬ 
pendent subtasks by partitioning either the 
fault list or the test set. For fault list parti¬ 
tioning, this inherent parallelism stems 
from the lack of data dependencies among 
the different subtasks. During test set par¬ 
titioning, some data and control flow (in 
case of sequential circuits) dependencies 
make this technique more difficult to im¬ 
plement. In both cases the interprocess 
communication among the various 
subtasks is negligible, which is very ap¬ 
pealing for developing a distributed facil¬ 
ity capable of performing fault simulation. 

Computing environments consisting of 
a number of powerful workstations (serv¬ 
ers) connected via a LAN can efficiently 
execute such distributed tasks. In the dis¬ 
tributed environment shown in Figure 6, 
the client machine divides a simulation 
task into subtasks by partitioning either the 
fault list, in which case each server simu¬ 
lates a subset of the fault list using the 
initial test set, or the test set, in which case 
each server simulates the entire fault list 
with a subset of the test set. After com¬ 
pletion of the partitioning task, the 
subtasks are assigned to the servers, which 
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(b) for a combinational circuit. 
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Figure 6. Distributed fault simulation. 


carry out the fault simulation processes 
and report the simulation results to the 
client machine. 

The partitioning 
problem 

One of the main considerations related 
to distributed fault simulation applications 
is the identification of the best partitioning 
method (fault list or test set), as well as the 
identification of the optimum partitioning 
of a fault simulation task that will result in 
minimum turnaround time. During con¬ 
current simulation, the storage require¬ 
ments depend on a number of factors, such 
as circuit activity and circuit sequentiality. 
Highly sequential circuits require more 
storage due to longer test sequences and 
longer fault lists associated with circuit 
elements. 7 

The majority of commercially available 
fault simulators have the ability to parti¬ 
tion the fault list and simulate each parti¬ 
tion in a different simulation pass. For this 
reason it is crucial to identify the maxi¬ 


mum number of faults that can be consid¬ 
ered in each pass without degrading the 
performance of the system because of 
memory limitations. This parameter de¬ 
pends on the circuit size and available 
physical memory of the system. Although 
some vendors provide information con¬ 
cerning the estimation of this parameter, 
there is no automated method of comput¬ 
ing it. 

Partitioning of the test set creates a 
number of problems, especially during the 
simulation of sequential circuits, where 
the order in which the test patterns are 
applied, as well as the state of the circuit, is 
crucial. This makes partitioning of the test 
set a rather difficult task, since each 
subtask requires that the circuit be at a 
certain known state during initialization. 

Another disadvantage of this approach 
involves the unnecessary simulation of the 
same faults by different partitions. This 
occurs because some faults are carried 
through the entire simulation of a subtask 
even if detected at some earlier point by 
another fault simulation subtask. The lack 
of interprocess communication among the 
fault simulation subtasks prevents the 


removal of the already detected faults from 
the distributed fault lists. 

The partitioning of the fault list is more 
advantageous mainly because it reduces 
the memory requirements of the fault simu¬ 
lation task by simulating only a subset of 
the original fault list. It also results in a 
more efficient implementation, since no 
data dependencies exist among the various 
subtasks. However, there is no generic 
approach to determine the optimum fault 
list partitioning for fault simulation pur¬ 
poses. The question that arises at this point 
is how to determine the optimum fault list 
partition so as to minimize the simulation 
time. The performance of the distributed 
fault simulation facility is determined by 
the turnaround time, which represents the 
elapsed time from initialization until the 
completion of all fault simulation subtasks 
assigned in the network servers. Minimum 
turnaround simulation time can be 
achieved by minimizing the cumulative 
simulation time while maintaining load 
balancing. 

As mentioned earlier, the initial unde¬ 
tected fault list is generated by simulating 
the circuit with an empty test file. The 
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particular simulator used in DFSim enu¬ 
merates the faults so that faults located 
close to the primary outputs are placed at 
the top of the fault list and faults located 
close to the primary inputs are placed at the 
bottom of the list. In addition, faults that 
belong to the same logic block are enumer¬ 
ated in the same portion of the fault list. 

DFSim incorporates several partition¬ 
ing techniques. In the first method, a 
greedy-type partitioning technique, the 
fault list is divided into a number of parti¬ 
tions equal to the number of the available 
servers. The second algorithm (Rand) se¬ 
lects faults randomly from the initial fault 
list and places them in different partitions. 
The first technique preserves the hierarchy 
of the circuit (faults that belong in the same 
logic block will likely be placed in the 
same partition), while the second tech¬ 
nique does not have this property. 

Using the PVL fault simulation algo¬ 
rithm, we evaluated the partitioning tech¬ 
niques implemented in DFSim. We ob¬ 
tained the results reported in Table 1 by 
simulating the Booth multiplier and the 
systolic array circuit using a homogeneous 
network with four servers (VAX 2000 
workstations with six megabytes of mem¬ 
ory). This table shows that the random 
algorithm was on average slower than the 
greedy algorithm. The explanation of this 
behavior lies in the fact that during concur¬ 
rent and PVL fault simulation, only the 
active portions of the circuit are simulated. 
In addition, the PVL algorithm simulates 


the fault structures that include at least one 
fault that differs from the fault-free re¬ 
sponse. Based on this observation, we can 
achieve a significant speedup if all faults 
that differ from the fault-free response can 
be packed in the same fault structure. In 
this case the number of active fault struc¬ 
tures is minimized, thus reducing the fault 
simulation time since fewer fault lists have 
to be propagated through the nodes of the 
circuit. For this reason the greedy-type 
technique achieves, on average, faster 
simulation time, since faults from the 
same logic block are placed in the same 
partition. 

Although the greedy algorithm experi¬ 
enced better performance on average, the 
turnaround time (determined by the most 
time-consuming subtask) was better in the 
random case. This resulted primarily be¬ 
cause the greedy partitioning approach 
disturbs the load balancing of the network 
by grouping faults located close to the 
primary outputs in one or more partitions 
that differ from the partitions containing 
faults located close to the primary inputs. 
The imbalance occurs because the fault 
structures that reside close to the primary 
outputs take less time to propagate to the 
outputs that constitute detection points. 

The third algorithm evaluated was a 
clustering-type approach (Clust), which 
tries to compensate for the disadvantages 
of the greedy and random algorithms. 
During this technique, the circuit is di¬ 
vided into clusters and a portion of each 


cluster is included in each partition. The 
clusters are large enough to preserve the 
hierarchy of the circuit, but small enough 
to avoid causing any heavy imbalances in 
the workload of the distributed system. 

During this technique, the initial fault 
list is divided into N equal fault lists, and 
each one is further divided into L clusters, 
where L represents the number of available 
servers. The final partitioning is performed 
by including one cluster from each of the N 
fault lists in the same partition, thus 
generating L mutually exclusive partitions 
that will be assigned for execution in the 
nodes of the network. 

The Clust approach takes advantage of 
the capabilities of the PVL algorithm, since 
faults related with the same logic block are 
likely to be packed in the same fault struc¬ 
ture. The selection of an appropriate N 
plays a significant role in the performance 
of this technique. If N is very large 
(totalJaults/N = L ), then this method 
emulates the random algorithm. On the 
other hand, if N= 1, then the Clust algo¬ 
rithm emulates the greedy approach. 

In general, partitions with faults from 
one logic block improve the average simu¬ 
lation time. However, this may cause 
heavy imbalances in the system, since dif¬ 
ferent logic blocks have different topolo¬ 
gies and may be tested by different test 
sets, in which case the test ordering will 
significantly affect the fault simulation 
time of the examined partition. This shows 
in Table 1, where utilization of the network 


Table 1. Performance evaluation of the fault partitioning techniques. 


Partitioning 

Technique 

Multiplier (4,035 faults) 
CLsize Tave 

Tmax 

Util 

Systolic array (5,192 faults) 

CLsize Tave Tmax 

Util 

Greedy 


1,148 

1,448 

79.3% 


1,722 

2,253 

76.4% 

Clust 

1,009 

1,157 

1,456 

79.4% 

1,298 

1,737 

2,333 

74.4% 


504 

1,162 

1,411 

82.3% 

649 

2,340 

2,507 

93.3% 


252 

1,199 

1,339 

89.5% 

324 

2,156 

2,378 

90.6% 


201 

1,187 

1,362 

87.1% 

259 

2,123 

2,210 

96.7% 


101 

1,177 

1,219 

96.5% 

130 

1,962 

2,123 

92.4% 


50 

1,192 

1,242 

96.0% 

65 

2,055 

2,276 

90.3% 


20 

1,222 

1,285 

95.1% 

26 

2,010 

2,116 

95.0% 


10 

1,249 

1,328 

94.0% 

13 

2,235 

2,287 

97.7% 


5 

1,279 

1,330 

96.1% 

7 

2,248 

2,425 

92.7% 

Rand 


1,312 

1,378 

95.2% 


2,377 

2,382 

99.7% 

CLsize: number of faults per cluster 







Tave: average simulation time 







Tmax: simulation time of the most time- 

consuming subtask 





Util: average utilization (Tave/Tmax) 
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decreases when partitioning of the circuit 
employs large logic blocks. 

Load balancing can be achieved by par¬ 
titioning the fault list in such a way that all 
the servers complete their subtasks at ap¬ 
proximately the same time, thereby main¬ 
taining high utilization of the available 
resources. In distributed fault simulation 
applications, load balancing is difficult to 
maintain throughout the entire simulation 
task, primarily because of 

• The location of the faults, with respect 
to the primary inputs and the primary 
outputs of the circuit, of each partition. 

• The varying load of servers due to 
processes unrelated to fault sim¬ 
ulation. 

• The detectability profile of each parti- 

• The ordering of the test patterns. 

The location of the faults residing in a 
given partition is an important factor for 
maintaining the load balance. Faults lo¬ 
cated close to the primary inputs of a cir¬ 
cuit require more time to propagate to the 
primary outputs than faults located close to 
the primary outputs. As mentioned earlier, 
the servers assigned partitions containing 
faults close to primary inputs will take 
more time to complete their subtasks, dis¬ 
turbing the balance of the network. To 
minimize this effect, a random fault list 
partitioning can be used so the location of 
the faults is evenly distributed among the 
various partitions. 

The continuously changing load of the 
servers, caused by processes unrelated to 
fault simulation, may cause severe imbal¬ 
ances in the system. Although the load of 
the servers can be monitored using existing 
network services, there is no guarantee that 
it will remain the same throughout the 
entire simulation process. Note also that 
the network overhead is negligible com¬ 
pared to execution times of the fault simu¬ 
lation process, especially when dealing 
with large circuits. 

Even if the load remains constant 
through the entire simulation time, another 
parameter may disturb the balance of the 
system. This parameter is the detectability 
profile of each partition, which is a vector 
whose ith element represents the total 
number of test patterns, obtained from an 
exhaustive test set, that detect the ith fault 
in the partition. During fault simulation, 
partitions with low detectability profiles 
generally require more simulation time, 
since only a small number of test patterns 
or test sequences (on sequential circuits) 


can detect them. 

Load balancing can also be affected by 
the order in which test patterns are applied. 
The subtasks, in which the hard-to-test 
faults are detected during the early stages 
of the fault simulation, will finish rela¬ 
tively quickly. 

In certain cases, where a circuit consists 
of logic blocks performing independent 
functions, it might be advantageous to 
partition both the fault list and the test set. 
In this case, the faults of one logic block 
are placed in the same partition, which is 
simulated only by the test set responsible 
for testing this particular block. 

The above discussion leads to the con¬ 
clusion that an optimal load balancing 
algorithm for distributed fault simulation 
applications that can be determined prior 
to execution of the fault simulation may 
not be practical. DFSim addresses the load 
balancing problem using dynamic recon¬ 
figuration techniques. During this ap¬ 
proach, a subtask can migrate from one 
server to another when the executing server 
becomes overloaded, provided the net¬ 
work includes other available servers. This 
capability improves the load balance of the 
system, which is highly sensitive to the 
different detectability profiles of the parti¬ 
tions, the test pattern ordering, and the 
continuously changing workload of the 
servers. 

Finally, the initial partitioning of the 
fault list is based on the load of the servers 
during the initialization phase, their com¬ 
puting power, and their available physical 
memory. Note also that the facility allows 
the user to define any fault list partitioning, 
which may be different from the partition¬ 
ing techniques implemented in DFSim. 

System 

implementation 

The DFSim distributed fault simulation 
facility, which runs under a variety of 
Unix-like operating systems, is based on 
the 4.3 BSD Interprocess Communication 
software. 8 Communication between the 
servers and the client uses the reliable 
transmission control protocol (TCP), 
which guarantees that messages traveling 
from one machine to another never get lost 
or corrupted. 9 TCP is the protocol that 
defines the reliable stream transport serv¬ 
ice, one of the most important internet¬ 
working functions. TCP is an independent, 
general-purpose protocol that makes very 
few assumptions about the underlying 


network. For this reason it works over a 
single physical network as well as over 
complex nets consisting of several physi¬ 
cal networks connected via network 
bridges. 

DFSim uses this capability of the TCP 
protocol to implement a distributed system 
which may also include a significant 
number of servers residing outside the 
single physical network boundaries. File 
transfer operations are carried out by RTFs 
Freedomnet, which is a software subsys¬ 
tem designed to implement a distributed 
computing system. 10 

Finally, this particular implementation 
uses GenRad’s Hilo-3 PVL fault simula¬ 
tor, which supports the PVL algorithm. 
Note that the implementation of DFSim is 
essentially simulator independent; DFSim 
can be ported to support a variety of simu¬ 
lators. The system is based on the classic 
client!servers model, in which the client is 
responsible for controlling the entire op¬ 
eration and for partitioning the fault simu¬ 
lation task into subtasks, which are sub¬ 
sequently assigned for execution to the 
servers. 

As mentioned earlier, DFSim facilitates 
a number of fault list partitioning algo¬ 
rithms, which allows the user to select the 
most suitable technique for a specific 
application. Note also that DFSim can 
control the execution of a test-set-based 
partitioning approach, provided the user 
has already divided the test set. 

The architecture of the DFSim facility, 
shown in Figure 7, consists of several 
processes that reside in the client machine. 
The master process creates and controls 
the entire simulation process. This process 
also carries out the fault tolerance and 
dynamic reconfiguration operations. Dur¬ 
ing start-up, the master process creates a 
server monitor process for each available 
workstation, which handles the communi¬ 
cation between the servers and the master 
process. 

The server monitor processes are re¬ 
sponsible for establishing reliable commu¬ 
nication links with the servers and trans¬ 
mitting data and commands concerning the 
remote execution of the fault simulation 
tasks. The information exchanged among 
the fault simulators and the monitor proc¬ 
esses includes fault simulation commands 
and data, error conditions, and fault simu¬ 
lation results. 

In addition, a network monitor process 
provides the master process with data 
concerning the status (such as up or down), 
the number of active users, and the load of 
each server. The master process uses this 
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Figure 7. Architecture of the DFSim distributed fault simulation facility. 


information to perform the initial partition 
of the fault list and to efficiently perform 
the fault tolerance and dynamic reconfigu¬ 
ration operations. 

Finally, three databases reside in the 
client machine: the circuit database, the 
test set database, and the fault simulation 
status database. The circuit database in¬ 
cludes the netlist description of the circuit 
and can be linked with a library containing 
various primitive circuit descriptions. The 
test set database contains test sets for all 
the available servers. The test set for each 
server is either a modified version of the 
original one, consisting of breakpoints 
appropriately placed in the test file, or a 
collection of test subsets that define simu¬ 
lation subtasks to be executed in the re¬ 
spective server. The fault simulation status 
database contains the undetected fault lists 


and the faulty state of all the simulation 
subtasks in the network. The files included 
in the test set and the status databases will 
be used for fault tolerance and dynamic 
reconfiguration purposes. The initial parti¬ 
tioning of the fault list also takes place in 
the status database. 

System evaluation 

We evaluated the performance of the 
developed distributed fault simulation 
approach using the DFSim facility. A 
homogeneous network of VAX 2000 
workstations with the same amount of 
physical memory (five megabytes) was 
used during off-peak hours to accurately 
measure the divergence of the obtained 
speedup from the ideal linear speedup. 


The simulation results for the fault list 
and the test set partitioning methods ap¬ 
plied to the benchmark circuits described 
earlier appear in Figure 8. 

The most interesting observation in this 
figure is the superlinear speedup attained 
using the fault list partitioning approach. 
This behavior stems from the inefficient 
fault simulation of even medium-size cir¬ 
cuits when the memory requirements dic¬ 
tated by large fault lists exceed the avail¬ 
able resources. 

Figure 8 also shows that, given a large 
number of servers, performance drops 
from the ideal linear speedup. This occurs 
because, with a large number of servers, 
the fault lists at each subtask become rela¬ 
tively small and other operations, such 
as fault-free simulation, circuit analysis, 
and intialization, dominate the fault simu- 
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Figure 8. Performance of distributed fault simulation (a) for a sequential circuit ai 


lation time. However, we expect to see 
such behavior only after achieving a sig¬ 
nificant reduction in the fault simulation 

This figure also shows that partitioning 
of the fault list yields better performance 
compared to the one attained by partition¬ 
ing the test set. Since each server simulates 
the entire undetected fault list with a subset 
of the test set, excessive page fault activity, 
in the case of large circuits, results in 
inefficient fault simulation. 

Another inefficiency of the test set par¬ 


titioning method is that a server has no 
information about the faults detected from 
another machine, in which case faults are 
unnecessarily simulated more than once by 
different servers. 

However, in some cases the partitioning 
of the test set results in a better perform¬ 
ance. This occurs when a circuit with a 
small fault list is simulated with a large 
number of test patterns. In this case, the 
fault simulation time is dominated by the 
fault-free simulation time (lower bound). 
Thus, the partitioning of the test set will 


result in a significant improvement on the 
fault simulation time, since the partitions 
will be simulated with smaller test sets. 

Fault tolerance 

Fault simulation is a time-consuming 
process that requires a considerable 
amount of computing resources. The dis¬ 
tributed approach can speed up this proc¬ 
ess by using a number of workstations 
connected via a LAN. As the number of 
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(b) for a combinational circuit. 


servers increases, the probability of a sys¬ 
tem failure also increases, in which case 
the loss of a server may result in the termi¬ 
nation of the entire fault simulation task. 
To avoid such conditions, which result in 
increased simulation time and cost, DFSim 
includes capabilities that allow the system 
to recover from server failures. 

Fault tolerance in DFSim is accom¬ 
plished by using time redundancy." Time 
redundancy involves the repetition of a 
fault simulation subtask between rollback 
points upon detection of a system failure in 


the respective server. Failure detection of a 
system takes place using existing network 
services. In 4.3 BSD Unix, each machine 
broadcasts messages through the network 
indicating its state. Each machine also 
receives similar messages from other 
machines denoting their state. If the client 
has not received such a message from a 
server, it considers this server to be 
“down.” 

At each rollback point the current status 
of the fault simulation subtask is saved in a 
status database on the master to be used 


later in case of a failure. The master proc¬ 
ess that resides in the client machine car¬ 
ries out the fault recovery operations. 
When the master process detects a failure 
in the server, the master assigns the un¬ 
completed subtask to the next available 
server using the data saved in the stable 
storage during the last rollback point. 

The insertion of rollback points, which 
is fault simulator dependent, is accom¬ 
plished either by introducing breakpoints 
in the test set or by dividing the test set into 
a number of subsets. In the latter case and 
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Figure 9. Structure of fault simulation processes used for incorporating fault tolerance and dynamic reconfiguration 
capabilities. 


during system initialization, the master 
process creates a copy of the test set for 
each one of the available servers. As shown 
in Figure 9, these test sets are further sub¬ 
divided into subsets simulated sequen¬ 
tially at each server. When a server com¬ 
pletes a subset of the test vector file (a 
rollback point), it records its status to the 
status database, and the simulation contin¬ 
ues with the next subset until the entire test 
vector set has been exhausted. 

This capability, called incremental fault 
simulation, is possible when the simulator 
can use the undetected fault list from a 
previous run as input data to a later run. 
Also, you can simulate additional vectors 
without having to restart the simulation. 
However, incremental fault simulation 


that uses only the undetected fault list as 
input is not in itself sufficient for imple¬ 
menting the described fault-tolerant tech¬ 
nique. In addition, the fault simulator 
should be able to save the faulty state of the 
circuit when a breakpoint is encountered. 
The faulty state applies only for sequen¬ 
tial circuits, and it consists of the fault lists 
at the output of the memory elements in 
the circuit. 


Dynamic 

reconfiguration 

As mentioned earlier, dynamic recon¬ 
figuration of subtasks is important for 


minimizing fault simulation time. The 
same techniques used for recovering from 
system failures underlie dynamic recon¬ 
figuration. The rollback points placed in 
the test set of each server divide each 
simulation subtask to a number of fault 
simulation sessions (see Figure 9). During 
dynamic reconfiguration the fault simula¬ 
tion sessions assigned to a workstation can 
migrate to other servers based on process¬ 
ing power and server availability infor¬ 
mation. 

The migration of fault simulation ses¬ 
sions was preferred over the partitioning of 
the fault list because the network becomes 
imbalanced only during the late stages of 
the fault simulation where the number of 
undetected faults is not significant. In this 
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Table 2. Performance improvement of the distributed facility using dynamic reconfiguration. 


Servers 

Three Servers 

Four Servers 

Five Servers 

Six Servers 

Reconfiguration 

No 

Yes 

No 

Yes 

No 

Yes 

No 

Yes 

VAX 2000-1 







5 

3 

VAX. 2000-2 





5 

3 

5 

3 

VAX II/GPX 



5 

2 

5 

2 

5 

3 

Sun-3/160 

5 

4 

5 

6 

5 

7 

5 

7 

Sun-3/60 

5 

9 

5 

10 

5 

10 

5 

11 

VAX 2000-3 

5 

2 

5 

2 

5 

3 

5 

3 

Utilization 

61.0% 

92.7% 

63.4% 

95.8% 

68.6% 

88.8% 

71.0% 

92.3% 

Improvement in 








23.5% 

Turnaround Time 


33.6% 


33.2% 


25.8% 



case the fault-free simulation time domi¬ 
nates the fault simulation time and, for this 
reason, further partitioning of the fault list 
does not result in any improvement. 

The master process executes the recon¬ 
figuration operation once a server com¬ 
pletes its fault simulation sessions. In this 
case the master process examines the net¬ 
work to identify the most loaded server 
(the server which has to execute the maxi¬ 
mum number of sessions) and executes the 
reconfiguration algorithm. At this point 
the master process creates a copy of the 
current undetected fault list, which the 
target server will use to restart a fault 
simulation session. It also creates a copy of 
the state of the circuit (in the case of se¬ 
quential circuits) that describes the state of 
the circuit of the fault simulation session 
that will migrate to the free server. There¬ 
fore, when a server reaches a rollback 
point, it saves the state of the circuit if no 
such action has been performed by other 
servers. 

To demonstrate the performance of the 
distributed facility with the dynamic re¬ 
configuration capability, we selected a 
heterogeneous network. The network con¬ 
sisted of a Sun-3/160 (with 16 megabytes 
of memory and a 16.67-MHz clock), a 
Sun-3/60 (with 20 megabytes of memory 
and a 20-MHz clock), a cluster of VAX 
2000 (with six megabytes of memory 
each), and a cluster of VAX II/GPX (with 
five megabytes of memory each) work¬ 
stations. 

We modified the test set of the multiplier 
by inserting five rollback points (one roll¬ 
back point per 20 test vectors) and simu¬ 
lated it using a heterogeneous network with 
three, four, five, and six servers. Table 2 
shows the network configuration along 
with the number of fault simulation ses¬ 


sions executed in each workstation. From 
this table, you can see the significant im¬ 
provement in resource utilization, ob¬ 
tained using dynamic reconfiguration ca¬ 
pabilities. This improvement results from 
migrating fault simulation sessions from 
slower workstations to faster ones, thus 
increasing the utilization of the network 
and at the same time decreasing the turn¬ 
around time, which is determined by the 
slowest server. 

An important issue related to the fault 
tolerance and dynamic reconfiguration 
operations is the placement of the rollback 
points. Frequent use of rollback points 
achieves better load balancing, but it may 
also increase the simulation time because 
the simulator spends a significant amount 
of time updating the status database. Also, 
frequent use of rollback points increases 
the disk requirements in the case of large 
sequential circuits because the state of the 
circuit has to be saved at the end of each 
fault simulation session. The insertion of 
breakpoints is based on information re¬ 
lated to the complexity of the circuit and 
the processing power of the available 
computing resources. 

A different approach, meant to mini¬ 
mize the load imbalancing effects, has 
been implemented in some commercially 
available fault simulators and in the Chiefs 
fault simulator. 12 This approach divides 
the entire fault simulation task into a large 
number of smaller subtasks, assigned to 
different nodes based on the availability of 
servers. Once a server completes a subtask, 
the client assigns a new partition to the free 
server. 

This approach has the disadvantage that 
you must consider small fault partitions to 
achieve good load balancing. As a result, it 
cannot exploit the maximum performance 


of the concurrent fault simulators. This can 
be achieved by considering subtasks with 
as many faults as possible such that paging 
to disk remains at low levels. This load 
balancing approach resembles the multi¬ 
pass capability of fault simulators, where 
the assigned undetected fault list is divided 
into partitions and only one partition is 
simulated at a time. This, as shown earlier, 
degrades the performance of the fault 
simulators (refer to Figure 5). The dy¬ 
namic reconfiguration implemented in 
DFSim allows the servers to simulate 
larger partitions, thus reducing the overall 
simulation time. 


T he foregoing discussion demon¬ 
strates that a significant reduction 
in the fault simulation time of 
complex circuits is possible using a dis¬ 
tributed approach in which a fault simula¬ 
tion task is partitioned into subtasks conse¬ 
quently assigned to the nodes of a distrib¬ 
uted network for execution. You can 
achieve this using existing computing re¬ 
sources without resorting to special-pur¬ 
pose, high-cost hardware. The superlinear 
speedup observed in medium- and large- 
size circuits results from reducing the sig¬ 
nificant memory requirements of concur¬ 
rent fault simulators. 

The distributed fault simulation ap¬ 
proach described here, which is imple¬ 
mented in the DFSim facility, has signifi¬ 
cant advantages over current commer¬ 
cially available simulators. The main ad¬ 
vantage of the proposed approach is the 
ability to operate in a heterogeneous com¬ 
puting environment. The dynamic recon¬ 
figuration implemented in DFSim main- 
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tains load balancing, which increases utili¬ 
zation of the available resources and im¬ 
proves the overall performance of the de¬ 
scribed method. ■ 
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A Taxonomy of 
Reconfiguration Techniques 
for Fault-Tolerant 
Processor Arrays 


Mengly Chean* and Jose A.B. Fortes 
Purdue University 


V ery large scale integration/wafer- 
scale integration (VLSI/WSI) 
technology is most advantageous 
when used to implement regularly struc¬ 
tured systems such as large arrays of iden¬ 
tical processing elements. As integration 
levels increase and the sizes of arrays grow 
larger, the possibility of single or multiple 
faults occurring in a VLSI/WSI array 
heightens. These faults can occur during 
the operational lifetime of the array, as 
well as during its manufacturing process. 
In a non-fault-tolerant array structure, the 
failure of a single element can cause the 
array performance to degrade severely if 
not fatally. 

On the other hand, the array might be 
able to operate in a fault-tolerant reconfig- 
urable structure, even if a certain number 
of faults are present. This can be done by 
using a reconfiguration technique for re¬ 
structuring the array statically (at fabrica¬ 
tion time, for yield enhancement) or dy¬ 
namically (during its operational lifetime, 
for improved reliability). 

In recent years, a large number of re¬ 
configuration schemes have been pro¬ 
posed. Before deciding which techniques 
are best suited for particular designs, it is 
important to understand their similarities 
and differences. This article introduces a 



This proposed 
taxonomy focuses on 
FTPA reconfiguration 
techniques useful for 
comparing many 
possible schemes. It 
can help engineers 
and researchers 
understand existing 
approaches and 
develop new ones. 


taxonomy for reconfiguration techniques 
for fault-tolerant processor arrays 
(FTPAs) and discusses their distinguish¬ 
ing characteristics. 

The article focuses on the characteriza¬ 


* Chean is now with the Bellaire Research Center, 
Shell Development Company, Houston, Texas. 


tion and classification of a specific feature 
of FTPAs, that is, reconfiguration, as op¬ 
posed to Abraham et al.,' which surveys 
and discusses different features of FTPAs. 
Schemes can be differentiated from one 
another according to the type of redun¬ 
dancy (time or hardware), allocation of 
redundancy (local or global), replacement 
unit (processor or a set of processors), 
switching domain (global or local), and 
switching implementation (switching ele¬ 
ment, bus, or network). These characteris¬ 
tics can be used as the basis for a taxonomy 
of reconfiguration techniques as illustrated 
by the classification trees shown in Figures 
1 and 2. 

A detailed discussion of every tree leaf 
as a separate and distinct class is neither 
practical nor possible in this article. In¬ 
stead, the techniques in four major sub¬ 
trees are grouped into larger classes that 
correspond to the following distinguishing 
characteristics: 

• local redundancy in hardware redun¬ 
dant schemes, 

• set switching in schemes with global 
hardware redundancy, 

• processor switching in schemes with 
global hardware redundancy, and 

• time redundancy. 
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Global 

"switching 


i 


Switch 

bus 


.Processor 
switched " 


Switch 

"element 


• Diogenes 5 


• Direct reconfiguration (DR) 6 

• Hierarchical array processor (HAP)' (row level) 


Global 

redundancy 


_ Local _ 

switching 


• Complex fault stealing (CFS) 6 

• Ciminiera et al .** 

• Configurable, highly parallel (CHiP) 10 
(block of processing elements) 

• Jervis-Sciuto" 

• Lombardi et al" 

• Distante et al." 

• Youn-Singh" 

• Full use of suitable spares (FUSS)' 


Global 

"switching 


* 

Set _ 
switched 


Switch 

"element 


Local _ 

switching 


• Massively parallel processor (MPP)' 

• Koren 3 

• Binary array processor (BAP)- 
Mesh interconnection chip (MIC)"* 

• McCanny-McWhirter* 

•Kung-Lanf 

• Kuo-Fuchs' 

• Hierarchical array processor (HAP)' 
(column local) 

• Jesshope-Bentley*" (array level) 

• Kim-Reddy' 


Hardware 

redundancy" 


Switch * Hwang-Raghavendra"* (B-block of PEs) 
bus • CHiP'(column of blocks) 


. Global 
"switching 


Processor, 
switched " 


Local _ 

switching 


Switch 

"element 


Switch 
~ bus 


* 

_ Local 
redundancy 


Switch 
' network 


• Leighton-Leiserson” 

• Kung et al."* (array level) 

• Singh 9 

• Jesshope-Bentley"* (PE-row level) 

• Wafer-scale systolic processor (Wasp)' 

• Lombardi-Sciuto"* 

• Binary array processor (BAP)*" (PE chip) 

• Hwang-Raghavendra"* (array of B-blocks) 


Global 

"switching 


_ Local 
switching" 


# See the “Set-switching techniques” section of “Further reading." 

## See the “Processor-switching techniques” section of “Further reading.” 
### See the “Local-redundancy techniques” section of “Further reading.” 


Figure 1. Taxonomy for hardware-redundancy reconfiguration schemes. (Asterisks identify the roots of the subtrees and 
their corresponding classes.) 
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In Figures 1 and 2, asterisks identify the 
roots of the subtrees to which these classes 
correspond. For brevity, these classes are 
denoted as the local-redundancy class, the 
processor-switching class, the set-switch¬ 
ing class, and the time-redundancy class. 
Schemes in the local-redundancy class 
attempt to minimize the maximum wire 
length; this can result in some waste of 
functional cells. In processor-switching 
schemes, efficient cell use can be obtained 
at the cost of reconfiguration time and 
hardware. Reconfiguration algorithms in 
the set-switching class are less complex 
than local-redundancy approaches but can 
waste more functional cells. Finally, when 
a decrease in computational speed is an 
acceptable form of performance degrada¬ 
tion, time-redundancy techniques can be 
considered and potentially have less sili¬ 
con area overhead than those that use hard¬ 
ware redundancy. 

This article is not designed to exhaus¬ 
tively survey previously proposed recon¬ 
figuration schemes. Instead, we review 
typical techniques selected from each class 
in the following sections to discuss and 
illustrate the main characteristics of differ¬ 
ent classes of schemes. 

Terminology 


Figure 2. Taxonomy for time-redundancy reconfiguration schemes. (Asterisk 
identifies the root of the subtree and its corresponding class.) 


The reconfiguration techniques pre¬ 
sented in this article apply to an ( M+R ) x 
( N+C) array of cells in which M and N 
represent the number of rows and columns, 
respectively, and R and C represent the 
number of spare rows and spare columns, 
respectively. Figure 3b shows an array 


* 

Time 

redundancy" 


Global 

redundancy 


Global 

‘switching 


Local 

"switching 


• Sami-Stefanelli' 2 

• Negrini-Stefanelli"* 


Local 

"switching 


Local 

' redundancy 


#### See the "Time-redundancy techniques” section of “Further reading.” 



Figure 3. Mapping of a logical array into a physical array: (a) logical FTP A; (b) physical FTPA. 
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with one spare row and one spare column. 
Cells are denoted by squares, and crossed 
cells represent faulty cells. We will intro¬ 
duce additional circuitry used to bypass 
faulty cells when we discuss appropriate 
reconfiguration techniques. 

A fault-tolerant processor array (see the 
sidebar, “The ubiquitous processor array,” 
for background on processor arrays) is a 
two-dimensional array of identical and 
regularly interconnected processing ele¬ 
ments (PEs) incorporating redundant cir¬ 
cuitry (spares) and hardware for recon¬ 
figuration. A cell is a processing element 
of an FTPA. An available cell is a good, 
functional cell (also called fault-free or 
live cell). An unavailable cell refers to 
either a faulty cell or a fault-free cell that is 
already used to replace another cell. 

A group of cells in a row, column, or 
block is called a set. A functional set con¬ 
tains cells that are all functional. In con¬ 
trast, a set that contains one or more faulty 
cells is faulty. For example, a row that 
contains one or more faulty cells is a faulty 
row, and an array that contains one or more 


faulty cells is a faulty array. 

A physical FTPA is a nonreconfigured 
FTPA that can contain faulty cells. A cell 
in a physical FTPA is denoted by (i, j), 
where i and j represent the cell coordinates, 
1 <i<M+R, 1 <j<N+C. A logical FTPA is a 
reconfigured FTPA that is fully opera¬ 
tional. A cell in a logical FTPA is denoted 
by [/, j] where i and j represent its logical 
coordinates, \<i<M, 1 <j<N. 

An array reconfiguration is a mapping $ 
of logical cells in a logical FTPA into 
functional cells in a physical FTPA (see 
Figure 3). Thus, $ ([/,/]) = (k,l) if logical 
cell [i,f] corresponds to physical cell (£,/). 
The inverse of (J) maps a functional physi¬ 
cal cell to a logical cell, for example, <J> _1 ((i, 
j )) = [m,n]. Also, <|). and <j> map a logical cell 
to the corresponding physical row and the 
corresponding physical column, 
respectively; <t>.'' and <t>:‘ are defined simi¬ 
larly. For example, §f[m,n]) = k if logical 
cell [ m,n ] is on physical row k. If a map¬ 
ping between all cells in a logical FTPA 
and cells in a physical FTPA exists, the 
reconfiguration is said to be successful. 


The probability of survival o( x) (also 
called survivability) is the conditional 
probability of success in reconfiguring an 
array, given that it has x faulty cells. In 
some instances, reconfiguration is aimed 
at constructing an array with the largest 
possible number of functional cells; the 
target (logical) array size does not need to 
be fixed. In this case, the term harvest 
refers to the number of fault-free cells used 
to construct the largest logical array pos¬ 
sible. Ideally, the harvest is the number of 
cells in the physical array minus the num¬ 
ber of faulty cells. In an FTPA, if S is the 
total number of spare cells and F the total 
number of faulty cells, then the spare 
demand p is defined as p = F/S. 

Four figures of merit, simplicity, 
efficiency, area, and locality (abbreviated 
SEAL), are useful to evaluate a reconfigu¬ 
ration scheme. 

Simplicity refers to the time complexity 
of a reconfiguration algorithm as a func¬ 
tion of the number of processors in an 
FTPA. A simple algorithm requires a short 
execution time that should be polyno- 


The ubiquitous processor array 


In its basic form, a processor array is 
simply a set of processors organized 
as a grid where each point corresponds 
to a processing element and lines be¬ 
tween points correspond to communi¬ 
cation links between processors. This 
mesh-like organization has been pro¬ 
posed since the early days of digital 
computers and has been rediscovered 
for many different applications and 
technologies. Brief discussions of the 
history of early processor-array designs 
can be found in Uhr' and Preston and 
Duff. 2 

There are many variants of proces¬ 
sor-array architectures. For example, 
processing elements can be as com¬ 
plex as a modern microprocessor or as 
simple as an arithmetic logic unit. In 
fact, memory arrays can be considered 
an extremely simple example of pro¬ 
cessor arrays, particularly in the case 
of associative memories. There are 
also many variations as to how instruc¬ 
tions are executed (centralized versus 
distributed control) and how memory 
and input/output are organized. In addi¬ 
tion, the basic mesh topology is often 
augmented by additional links or rout¬ 
ing mechanisms to support arbitrary 
communication patterns. The refer¬ 
ences listed here provide many ex¬ 


amples of these variants. Recently, a 
particular type of architecture, denoted 
systolic array, has been used in a large 
number of proposals for special-pur¬ 
pose architectures. A sample of this 
type of work can be found in Com¬ 
pute,i 3 and Mead and Conway. 4 

Processor arrays are pervasive par¬ 
allel architectures for two main rea¬ 
sons: (1) they suit digital electronic 
technologies (particularly VLSI/WSI), 
and (2) they can be structurally well- 
matched to many applications. The 
ease of implementation results from its 
modularity and local connectivity. 
Modularity means that it suffices to de¬ 
sign one module — a processing ele¬ 
ment and associated connections — 
that can then be replicated to build ar¬ 
rays of arbitrary size (up to a maximum 
determined by factors such as reliabil¬ 
ity, power, clock distribution). Local 
connectivity means that each proces¬ 
sor communicates only to a few neigh¬ 
boring processors, thus causing little 
need for connection wires to crossover 
— a factor that facilitates planar VLSI/ 
WSI implementation. Further reading 
on this subject is available in Mead and 
Conway. 4 

The mesh topology is well suited for 
many problems, including image pro¬ 


cessing and understanding, pattern 
recognition, adaptive array 
beamforming, matrix computations, 
partial differential equations, bit-level 
arithmetic, digital filtering, cellular auto¬ 
mata, computer graphics, Monte Carlo 
simulations, and games. Nowadays, 
many special-purpose and/or commer¬ 
cial processor arrays are being used 
for these applications. Poor yield and 
reliability remain important obstacles to 
making these machines more inte¬ 
grated, less expensive, larger (in terms 
of numbers of processors), and more 
dependable. 
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mially bounded. 

Efficiency refers to spare use. An effi¬ 
cient scheme wastes none or very few spare 
cells and, thus, achieves a very high array 
survivability and harvest. 

Area refers to the overhead of the added 
interconnect and reconfiguration circuitry. 
Low-overhead schemes are desirable be¬ 
cause a large silicon area increases the 
probability of having more defective ele¬ 
ments. 

Locality means that physical intercon¬ 
nections between logically adjacent cells 
in a reconfigured array should have mini¬ 
mal lengths. It determines the maximum 
delay in signal propagation, therefore lim¬ 
iting the clock rate at which the array can 
operate. 

Distinguishing between two types of 
array reconfiguration that differ in their 
goals and in when they take place is 
important. Static reconfiguration is per¬ 
formed at array fabrication time and often 
uses hard (fixed) interconnections to by¬ 
pass defective cells to enhance yield. 
Dynamic reconfiguration is performed 
during the operational lifetime of the array 
and over time uses soft (programmable) 
interconnections to logically replace the 
faulty cells to improve array reliability. 

The two types of reconfiguration also 
differ in the relative weighting of the SEAL 
figures of merit. For example, in dynamic 
reconfiguration, it is important to have 
simple schemes to avoid degradation of 
system performance. On the other hand, in 
static reconfiguration, using a somewhat 
slower technique to achieve higher effi¬ 
ciency can be desirable and affordable. In 
both types, however, a major considera¬ 
tion is to minimize area that can impact 
yield and reliability to different degrees. 
Finally, manufacturing defects and opera¬ 
tional faults can have different distribu¬ 
tions on the array, and evaluation of a 
particular scheme must take this fact into 
consideration. 

Taxonomy for 

reconfiguration 

techniques 

To illustrate reconfiguration character¬ 
istics, we use three schemes from Kung 
and Lam 2 : 

• Scheme 1. Faulty rows and/or columns 
are skipped (this is illustrated in Figure 4). 
A greedy algorithm can be used to first 



Figure 4. A (2 x 3) reconfigured FTPA 
(middle row is skipped over). 


eliminate the row or column containing the 
most faulty cells. 

• Scheme II. The strategy is to build an 
array row by row, picking as the next cell 
the one that satisfies a predetermined crite¬ 
rion and that excludes the least number of 
live cells from being used. To accommo¬ 
date delay between two adjacent cells in a 
logical array, some “delay registers” can 
be used. A simple “maze-runner” can be 
used to determine the interconnect require¬ 
ments. 

• Scheme III. The FTPA is partitioned 
into horizontal strips, and the cells in each 
strip are connected to form logical rows. 
These logical rows are then connected to 
form the whole array. Also, delay registers 
are used in the reconfigured array. 

The taxonomy proposed in this article is 
based on a variety of reconfiguration char¬ 
acteristics, namely type of redundancy, 
allocation of redundancy, replacement 
unit, switching domain, and switching 
mechanism. 

The type of redundancy can be hardware 
or time. Hardware redundancy indicates 
that spare cells are available to logically 
replace faulty cells, whereas time redun¬ 
dancy means that operational cells are 
assigned the computations that faulty cells 
would perform if they were operational. 
All three schemes outlined above use hard¬ 
ware redundancy. An array can use both 
types of redundancy (for example, when 
graceful degradation is allowed after all 
physical spares have been used), but this is 
equivalent to having two reconfiguration 
schemes for the same array. 

The allocation of redundancy can be 
local or global. Local redundancy corre¬ 


sponds to the case when spares can logi¬ 
cally replace only cells in specific parts of 
the array (horizontal strips in Scheme III 
above). In a broad sense, this is equivalent 
to partitioning the array into smaller 
blocks, each reconfigured locally. In some 
cases, when a block cannot be reconfig¬ 
ured, a block-replacement scheme can be 
used to substitute the full block for a good 
one. These techniques have a hierarchical 
nature and correspond to a combination of 
reconfiguration schemes that can belong to 
different classes. Global redundancy, on 
the other hand, means that any of the spare 
cells can logically replace any faulty cell. 
In some schemes, any cell can be either a 
spare or a regular cell. 

The replacement unit can be a cell or a 
set of cells, and the array is said to be 
processor switched or set switched, re¬ 
spectively. In processor-switched arrays, 
the replacement of a faulty cell only re¬ 
quires the logical removal of that cell. On 
the contrary, in set-switched arrays, the re¬ 
placement of a faulty cell requires the 
logical removal and replacement of a set of 
cells, such as a column or a row of cells 
(see Scheme I above). 

The switching domain can be distrib¬ 
uted or global. The form of connection 
between any two cells depends on their 
physical location when distributed (local) 
switching is used; topologically close cells 
are more easily connected, whereas distant 
cells cannot be connected or require more 
switches/buses/linking elements for the 
connection. In an array with global switch¬ 
ing, the form of connection between any 
two cells is independent of their position in 
the array. Usually, distributed switching 
(as in all the schemes illustrated above) 
allows the interspersing of switching 
mechanisms with cells (for example, a 
switch lattice), whereas global switching 
requires the separation of the reconfigura¬ 
tion hardware from the processing ele¬ 
ments (for example, a global bus or inter¬ 
connection network). 

The switching mechanism can be a 
switch element, a switch bus, or a switch 
network. A switch element consists of cells 
or other elements (for example, multiplex¬ 
ers or delay registers as in Schemes II and 
III) that are capable of routing data. In 
practice, this corresponds to the existence 
of bypassing mechanisms “inside” the 
elements that connect inputs directly to 
outputs. A switch bus consists of a bus and 
switches where different wires can be 
connected to different cells to establish a 
particular interconnection pattern. Dis¬ 
tinct segments of each wire can also be 
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Figure S. An FTPA structure with 
multiplexer hardware to support 
switching. 



Figure 6. An example of the Kuo- 
Fuchs approach. 4 



Figure 7. Bipartite description of the 
fault distribution in Figure 6. 4 


used to connect different pairs of cells, and 
switches are used to make or break connec¬ 
tions between wire segments and between 
wires and cells. A switch network consists 
of a collection of interconnected switches 
that, depending on the setting of each 
switch, establish connections between the 
inputs and outputs of specific cells (for 
example, a crossbar network, a multistage 
interconnection network, or a lattice of 
switches interspersed among cells). 

Figures 1 and 2 show the classification 
trees defined by the taxonomy just intro¬ 
duced. Each leaf of the trees corresponds to 
a different class of reconfiguration 
schemes. References for selected schemes 
discussed in this article (including the ref¬ 
erences in the “Further reading” sidebar) 
are shown next to the leaves of the trees. In 
these references, readers can find detailed 
descriptions of schemes in the classes 
specified by the respective leaves (how¬ 
ever, readers are cautioned that some refer¬ 
ences describe several schemes, possibly 
from distinct classes). When the same 
scheme appears in more than one leaf, it 
indicates a hierarchical combination of 
two different schemes, each of which cor¬ 
responds to a leaf or class. In these cases, in 
addition to a reference, the domain of re¬ 
configuration is specified in parenthesis. 
As already mentioned, the large number of 
types of schemes determined by the taxon¬ 
omy are grouped into four major classes. 
This is done to facilitate the discussion and 
comparison of fundamentally different 
approaches to the reconfiguration prob¬ 
lem. Three of these four major classes 
correspond to hardware redundancy solu¬ 
tions, namely local redundancy, processor 
switching with global redundancy and set 
switching with global redundancy. The 
fourth major class contains schemes that 
use time redundancy. For simplicity, these 
major classes are called the local-redun¬ 
dancy class, the processor-switching class, 
the set-switching class, and the time-re¬ 
dundancy class. Asterisks indicate the 
roots of the subtrees (see Figures 1 and 2) 
that correspond to these classes. 

Set-switching class 

In the set-switching class, the replace¬ 
ment of a faulty cell requires the logical 
removal and replacement of a set of cells. 
Typical replacement sets are FTPA rows 
and columns. A typical array reconfigura¬ 
tion is shown in Figure 4 where one row of 
the array is skipped (assuming one spare 
row is provided). This is accomplished, for 


instance, by setting simple multiplexer 
switches that have been incorporated into 
the FTPA structure, as shown in Figure 5. 
The bypass circuitry (multiplexer) can be 
implemented inside a cell, as proposed in 
Koren. 3 Bypassing a faulty row is accom¬ 
plished by turning all cells (including 
faulty cells) in that row into “connecting 
elements” to allow signals to go through 
them. The main advantage of the schemes 
in this class is their simplicity. Since the 
switches used to bypass (or to pass 
through) a faulty set are simple, the cost of 
redundant interconnect and control cir¬ 
cuitry is minimal. On the other hand, the 
waste of cells is the main drawback. 

There are several schemes in this class, 
many of which use a spare row, a spare 
column, or both. The main distinction 
among them is the way switch elements are 
implemented. Certain schemes also use 
multiple spare rows and/or columns, and a 
typical one is discussed next. (See “Further 
reading” for additional references on this 
topic.) 

The Kuo-Fuchs strategy. Consider a 
(7+2) x (9+3) FTPA as shown in Figure 6, 
in which circles represent faulty cells. A 
general set-replacement algorithm can 
replace faulty rows/columns by proceed¬ 
ing from left to right and from top to bot¬ 
tom; that is, rows 1 and 3 can be replaced 
by the two spare rows, and columns 1, 3, 
and 4 can be replaced by the three spare 
columns. Obviously, this strategy fails to 
reconfigure the array. In the Kuo-Fuchs 
strategy, 4 rows and/or columns that con¬ 
tain the most number of faults are replaced 
first. To facilitate this, the FTPA is mod¬ 
eled as a bipartite graph whose two sets of 
nodes are array rows and columns that 
contain faulty cells, and edges are faulty 
cells. Figure 7 shows the bipartite descrip¬ 
tion of the array in Figure 6. In the graph, 
R. and C. represent faulty row i and faulty 
column j, respectively. There are three 
edges from R y namely to columns C y C 4 , 
and C ? , since there are three faulty cells 
(4,3), (4,4), (4,7). The Kuo-Fuchs ap¬ 
proach replaces /?, and R 4 with the two 
spare rows and C,, C 4 , and C 9 with the three 
spare columns, and the reconfiguration is 
successful. 

The purpose of the bipartite description 
is to transform the reconfiguration prob¬ 
lem into a graph-theoretic question, that is, 
that of finding the minimum cover of the 
bipartite graph mentioned above. Kuo and 
Fuchs 4 have shown that the optimal solu¬ 
tion to the problem is NP-complete (non- 
deterministic polynomial-time complete) 
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Table 1. Summary of set-switching reconfiguration schemes. 


Reconfiguration Scheme 

Redundant Set 

Massively parallel processor (MPP) # 

Group of 128 x 4 processing elements 

Binary array processor (BAP)- 


Mesh interconnection chip (MIC)* 

Column of interconnect nodes 

Koren 3 

Row/column of PEs 

McCanny-McWhirter* 

Row of PEs 

Kim-Reddy # 

Row of PEs 

Kuo-Fuchs 4 

Row/Column of PEs 

Hwang-Raghavendra ### 

Row of PEs 

Configurable, highly parallel (CHiP) 10 

Column of blocks of processing 


elements 

Jesshope-Bentley* 

Row of PEs 

# See the “Set-switching techniques” section of “Fu 

irther reading.” 

### See the “Local-redundancy techniques” section 

i of “Further reading.” 



and proposed two algorithms. One, for 
reasonably small arrays, uses a branch- 
and-bound approach to reduce the com¬ 
plexity of searching for a minimum covei. 
The other, for very large arrays, is a poly¬ 
nomial-time approximation algorithm that 
runs efficiently and often yields optimal 
solutions. 

In summary, a scheme in the set-switch¬ 
ing class is characterized by its replace¬ 
ment unit, whether it be a row, a column, or 
a subarray. Since the replacement unit is a 
set of cells, a very large number of spares 
might be required to provide sufficient 
fault tolerance for an array. However, the 
simplicity of the algorithm and the switch¬ 
ing mechanism compensates for this 
wasteful use of spares. All set-switching 
techniques described here and in “Further 
reading” are summarized in Table 1, which 
shows the corresponding replacement sets. 

Processor-switching 

class 

In processor-switching schemes, an 
available cell directly or indirectly re¬ 
places a faulty cell. For this reason, the 
waste of functional cells can be reduced. 
There are two approaches in this class. In 
one approach, functional cells are system¬ 
atically collected (such as in a linear fash¬ 
ion, as in Scheme II) to form a part (say, a 
row) of the target array. In another ap¬ 
proach, faulty cells are replaced by their 
neighbors and those neighbors are further 
replaced by their neighbors and so on, in a 
chain fashion, until spare cells are reached. 
Next, we discuss the Diogenes scheme 5 as 
an example of the first approach, and the 
fault-stealing 6 and FUSS 7 schemes as ex¬ 
amples of the second approach. 

Diogenes strategy. In the Diogenes- 
strategy approach, 5 functional cells are 
collected by a mechanism consisting of 
programmable switches and bundles of 
wire that run above a line of cells and spare 
cells (that is, the array is linearized). Faulty 
cells are simply left unconnected. This 
procedure allows the Diogenes algorithm 
to achieve 100-percent use of fault-free 
PEs. Figure 8 illustrates the Diogenes 
concept. Small squares above individual 
cells represent switches that can connect 
fault-free cells (unmarked squares) or 
bypass faulty cells (squares marked with 
X). The switching emulates a stack (or 
queue) mechanism that “pushes” and 
“pops” wires “into” and “out of’ proces¬ 
sors. For an NxN FTPA (rectangular grid). 


the scheme needs three control lines and 
two bundles of wires, N lines for the stack 
and N (plus some other lines) for the queue. 

In the Diogenes approach, the switch- 
bus mechanism is the most important part 
of the design. By adequately setting the 
switches, implementing different connec¬ 
tion patterns is possible. For a specific 
desirable connectivity, the number of 
wires and switches can be chosen so that 
reconfiguring the array is always possible. 
One of the advantages of this approach 
includes the possibility of implementing 
different topologies, including two-di¬ 
mensional arrays. Its stack/queue-like 


switch bus allows the scheme to achieve 
100-percent use of fault-free cells. How¬ 
ever, a large area must be allocated for the 
switch bus that might itself fail. Another 
potential disadvantage is that, in the pres¬ 
ence of consecutive faulty PEs, logically 
adjacent PEs can be very far apart, thus 
requiring longer interconnect links. For 
this reason, additional vertical-shortcut 
paths across the array have been consid¬ 
ered. The problem can be alleviated if 
somewhat simpler switching mechanisms 
are used at the expense of lower array 
survivabilities. This strategy is imple¬ 
mented in many schemes, two of which are 
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presented next. The Diogenes approach is 
best for small arrays with large processing 
elements. 

Fault-stealing strategy. Fault-stealing 
techniques, 6 also known as index-mapping 
schemes, reconfigure an FTPA in such a 
way that a faulty cell is replaced by a 
neighbor and this neighbor, in turn, is re¬ 
placed by its neighbor and so on, until a 
spare cell is used. The spare cell is said to 
logically replace the faulty cell; the term 
“shift” is used to mean direct replacement; 
a cell is shifted to another if the former is 
directly replaced by the latter. For instance, 
in Figure 9, cell (1,3) can be replaced by 
(1,5) using the following successive direct 
replacements: <t>([l,/l) = (l,j+l),j = 3, 4. 
This is referred to as a “chain shift.” 

Direct reconfiguration (DR) is a simple 
scheme that is the basis for the family of 
fault-stealing techniques. It uses one row 
and one column of spares (R = C = 1). The 
algorithm begins by scanning each column 
upward, marking the first faulty cell (if 
any) of each row as a vertical fault and 
other faults as horizontal faults. For the 
array shown in Figure 9, (5,1), (4,2), (1,3), 
and (4,4) are vertical faults, and other 
faulty cells are horizontal faults. Horizon¬ 
tal faults are chain-shifted right, and verti¬ 
cal faults are chain-shifted down. In Figure 
9, (1,2) and (2,2) are chain-shifted right, 
and (4,2), (1,3), and (4,4) are chain-shifted 
down. Note that (1,2) and (2,2) were first 
shifted right and then shifted down (that is, 
they were shifted twice). The algorithm 
fails when there is more than one horizon¬ 
tal fault in one row of the array. Using this 
scheme, the array in Figure 9 is success¬ 
fully reconfigured. The figure shows both 
physical and logical coordinates. 

In DR, a faulty cell (/, j) can be shifted 
right to a fault-free cell (i,j+ 1) or down to 
(i+l,j). The set consisting of cells (/,_/), (i, 
y'+l), and (i+lj) is referred to as an “adja¬ 
cency domain.” A family of schemes can 
be extended from the DR scheme by vary¬ 
ing the size of (number of cells in) the ad¬ 
jacency domain and by modifying the 
replacement rules. The schemes in this 
family are called fault-stealing schemes. 
In order of increasing complexity, they are 
fault stealing of simple-fixed choice, 
simple-variable choice, complex-fixed 
choice, and complex-variable choice. 

The fixed-stealing algorithm scans all 
rows in the order of increasing index 
numbers. In each row, the rightmost un¬ 
available cell is shifted right, and other 
faulty cells “steal” (are vertically shifted 
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Figure 11. Array reconfigured by full-use-of-suitable-spares scheme with two 
columns of spares (FUSS-2). 



to) available cells on the next row. Vari¬ 
able stealing differs from fixed stealing in 
the choice of the unavailable cell in a row 
to shift right. Instead of selecting the right¬ 
most unavailable cell, variable stealing 
selects the faulty cell that cannot steal a 
cell on the next row. The rest of the algo¬ 
rithm is basically the same as in DR. 

The two algorithms we just described 
are referred to as simple-stealing algo¬ 
rithms. Vertically, ( i,j ) can be only shifted 
to (i+1 ,/'). In complex fault stealing (CFS), 
(i,j) can be also shifted to (i+l,/+l). For an 
(W+l) x (iV+1) array, the complete CFS 
algorithm is outlined as follows: 

(1) Assume that in row i, 1 <i<N, there 

are faulty or stolen (unavailable) 
cells («,*,).(/,*) with *,< ... <*. 

(2) For each 0 <i<s: 

(a) If (i+1 ,*.) is fault free, shift ((',*.) 

(b) Else if (i+l,*+l) is fault free, 
shift (i,k.) to it. 

(c) Otherwise, (i,k.) is shifted right. 

(3) If no cell is shifted along the row as 
per rule (2), then (i,*) is. Otherwise, 
(i,k) is shifted downward to either 
(i+1,*) or (i+1,^+1). 

As an example, consider the array shown 
in Figure 10. In relation to the case shown 
in Figure 9, this array contains an addi¬ 
tional faulty cell at (2,3). Were DR used, 
the reconfiguration would fail because 
there are two horizontal faults in the first 
row. However, if CFS is used, then the 
reconfiguration is successful, as Figure 10 
shows. The figure shows logical coordi¬ 
nates and, to avoid cluttering, does not 
show connections for logical cells on the 
same columns. 

The algorithm fails when, along a single 
row, two or more cells are shifted right, as 
in the case of Figure 11 where another fault 
occurs at cell (2,4). The interconnect links 
required by the algorithm become more 
complex than that required by DR, but can 
be implemented by the switch bus shown 
in Figure 12. On the other hand, the proba¬ 
bility of survival is better than DR surviva¬ 
bility. 

FUSS strategy. A reconfiguration 
scheme called FUSS (Full Use of Suitable 
Spares) 7 uses an indicator vector called a 
surplus vector to guide the replacement of 
faulty cells in an FTPA. In its most general 
and ideal case, FUSS achieves 100-percent 
array survivability. Simple FUSS (or 
FUSS-C), a practical instance of FUSS, 
can achieve up to 99-percent probability 


of survival. 

In FUSS-C, the FTPA is an M x (N+C) 
array in which C is the number of spare 
columns (spare rows are not used). Basi¬ 
cally, the algorithm can be divided into 
four steps: array preprocessing, surplus 
normalization, fault shifting, and cell in¬ 
terconnection. This subdivision is done for 
clarity as well as for monitoring the algo¬ 
rithm progress. 

In array preprocessing, the surplus vec¬ 


tor is computed. Let f be the number of 
faulty cells in row i. The surplus vector is 
defined as 

s = [i,, s 2 , ..., sj r 
where 

s.= {C -f) = C-i- ijj 
is the surplus of row i. 
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Figure 14. Comparison of array survivabilities (20 x 20). 


Figure 13. An example of FUSS-1: (a) 
initial array A; (b) array B after shift; 
(c) final reconfigured array. 


(1) If s>0, then the sum of spares in 
rows 1 through i is greater than the number 
of faulty cells in rows 1 through i; thus, row 
/' has extra cells available for use by faulty 
cells in rows i+l, i+2 ,..., M. 

(2) If s. <0, then row i has a deficit and 

needs to use available cells from rows i+l, 
i+2. M. 

(3) If s M < 0, then the number of spares is 
less than the number of faults. In this case, 
the array is not reconfigurable and the 
algorithm must exit with failure. 

In surplus normalization, the surplus 
vector is recomputed so that fault shifting 
can be simplified. For instance, when 
s M <0, s M extra cells are available for use by 
“imaginary” faulty cells in nonexistent 

rows M+l,Af+2.Shifting these faulty 

cells to available cells in row M would be 
required by the rules used in the fault- 
shifting phase of FUSS. A better solution 
is to make s u = 0, which is one of the 
objectives of surplus normalization. 

Fault shifting is the logical replacement 
of unavailable cells. In FUSS-C, an un¬ 
available cell (/,/) can be (1) shifted down 
to (i+l,/) if s. is negative, or (2) shifted up 
to (i-1,/) if j m is positive. After each shift, 
the corresponding entry in the surplus 


vector is readjusted toward zero; that is, 
one is added to s. in case (1), and one is 
subtracting from s H in case (2). The shift¬ 
ing proceeds until the surplus vector be¬ 
comes null. Its effect can be described as a 
cell migration from regions having most 
faulty cells to regions having less faulty 
cells. 

Cell interconnection is the construction 
of the logical array. Logical rows and col¬ 
umns are formed one at a time, using a 
“status matrix” obtained from the fault- 
shifting phase. 

The following example illustrates a 
FUSS-C reconfiguration. Figure 13a is a 
matrix A representing a 4 x (4+2) array (4 
rows, 4 columns, 2 spare columns) where 
entry “0” represents a good cell and “1” a 
faulty cell (column and row indices are 
added for convenience). This array is 
equivalent to that used in DR or CFS (see 
Figure 10) except that the spare row be¬ 
comes another spare column. The surplus 
vector obtained after array preprocessing 
is augmented to the matrix. Figure 13b 
shows the matrix obtained after fault shift¬ 
ing. The reconfiguration is executed as 
follows: 

(1) Scan the array (Figure 13a) down¬ 
ward. When s.<0, shift a number equal to 
Ls,l of unavailable cells to row i+l and, 
when successful, reset s. to 0. In the 
example, s 2 = -1. Thus, one cell must be 
shifted down from row 2 to row 3: cell (2,2) 


is shifted down to cell (3,2), which is now 
assigned a status code of 3 (Figure 13b); s 2 
is reset to 0. 

(2) Scan the array upward. When s>0, 
shift Is.I unavailable cells in row i+l to 
available cells in row i; s. is reset to 0 when 
all IsJ cells are shifted successfully. In the 
example, s } = 1. Thus, one cell must be 
shifted from row 4 to row 3: cell (4,4), the 
only possible choice, is shifted up to cell 
(3,4), which assumes the status code of 2; 
s 3 is readjusted to 0 

At this point, the surplus vector is null, 
which means that fault shifting is success¬ 
ful. Also, a status matrix B is obtained and 
shown in Figure 13b. The matrix entries 
(denoted by b. .) are status codes that guide 
the cell-interconnection phase of FUSS. 
Entry b. . has the following meaning: b. . = 
0 if (i,j) is fault free; b.. = 1 if (i,/) is fauity; 
b. . = 2 if (/',/) replaces (i+l,/); and b.. = 3 
if (/,/) is replacing (i-1,/). Since the status 
of each cell is known, it is easy to automati¬ 
cally derive how cells are interconnected. 
Afterwards, the corresponding logical ar¬ 
ray is realized. Figure 13c shows where 
logical coordinates are given. Figure 11 
shows the actual reconfigured array where 
logical cells along the rows are connected. 
For FUSS-1, the interconnect require¬ 
ments are shown in Figure 12, where solid 
lines are used to connect logical columns 
and dashed lines are used to connect logi¬ 
cal rows. This same switch-bus structure 
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Table 2. Probability of survival of selected reconfiguration schemes for 20 x 20 
arrays (partially from Jervis, Lombardi, and Sciuto, and from Lombardi and 
Sciuto in “Further reading”). 


Reconfiguration Scheme Algorithm Complexity 

Survivability When 
p = .50 p = .75 p = 90 

Direct reconfiguration 12 

0(N) 

0.43 

0.35 

0.27 

Fixed fault stealing 12 

om 

0.47 

0.38 

0.30 

Complex fault stealing 12 

om 

0.90 

0.84 

0.77 

Modified index mapping** 

om) 

0.67 

0.62 

0.54 

Modified optimal reconfiguration 
algorithm (MORA) 

(see Lombardi et al.**) 

O(NlogN) 

0.90 

0.84 

0.78 

Spanning tree-based*** 

0(NloglogN) 

0.93 

0.89 

0.78 

Orthogonal mapping** 

om) 

0.93 

0.88 

0.82 

Simple full use of suitable spares 

(FUSS) 7 

## See the “Processor-switching techniques” s 

### See the “Local-redundancy techniques” se 

om) 

ection of “Further read 

ction of “Further readi 

1.00 

ing.” 

ng-" 

1.00 

0.99 


can be used for the complex fault-stealing 
scheme. 

In summary, the probability of survival 
of algorithms in this class improves over 
the probability of survival of those in the 
set-exclusion class. Thus, fewer spare cells 
are being wasted. However, the algorithms 
become more complex, and the intercon- 
nect-link requirements increase. Figure 14 
graphs typical values of the probability of 
survival. Table 2 summarizes survivabili¬ 
ties of all schemes discussed here (or 
mentioned in “Further reading”). 

Local-redundancy 

class 

The allocation of redundancy of the 
reconfiguration schemes in this class is 
distributed and localized in parts of an 
array. As mentioned earlier, this is equiva¬ 
lent to partitioning or systematic reduction 
of an array to smaller subarrays, each of 
which can be reconfigured independently. 
A common objective of the schemes in this 
class is the minimization of the intercon¬ 
nection delays (that is, length of the long¬ 
est wires between logically adjacent cells). 
Two typical schemes are discussed here; 
one illustrates well the partitioning charac¬ 
teristic, and the other is a typical local 
redundancy scheme. 

Divide and conquer. The divide-and- 


conquer technique 8 consists of procedures 
for restructuring two-dimensional as well 
as linear WSI arrays. It focuses on achiev¬ 
ing high reconfiguration harvest with short 
interconnect wires between logically adja¬ 
cent cells. To construct a two-dimensional 
array out of functional cells, the array is 
recursively bisected and the number of live 
cells in each half is counted. Based on the 
number of live cells in each half, the algo¬ 
rithm computes the dimensions of the two 


subarrays that must be constructed and 
then recursively constructs the subarrays. 
Each subarray is small enough to be con¬ 
structed by inspection. The subarrays are 
then linked to form the complete array. In 
the worst case, this strategy costs polyno¬ 
mial time and space. The worst-case com¬ 
plexity of the interconnect wires grows 
with the array size. 

Minimization of the maximum wire 
length and the channel width (number of 
wires between two rows or two columns) 
can be achieved by constructing the array 
out of not all of the fault-free cells but a 
fraction of them. In other words, the wire 
length is further reduced if a degraded 
array harvest is acceptable. This means 
that some isolated fault-free cells in pre¬ 
dominantly defective regions are not used 
in the reconfiguration. 

Interstitial redundancy. The intersti¬ 
tial-redundancy scheme 9 is a good illustra¬ 
tion of a local-redundancy technique. The 
objective of the reconfiguration strategies 
is to achieve fair area efficiency by using 
as many good cells as possible, while also 
ensuring shorter intercell communication 
links. Here, spare cells are assigned to 
replace failed primary cells in the prear¬ 
ranged clusters of a two-dimensional ar¬ 
ray. For instance, in a 25-percent redun¬ 
dancy array, as shown in Figure 15, every 
spare (squares labeled S) is assigned to a 
cluster of four primary cells. Each cluster 
is independent and can tolerate a faulty 
cell. Since spares are physically close to 
the cell they replace, restructured intercon- 



Figure 15. A possible layout for the interstitial redundancy approach to re¬ 
configuration. 9 
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nections are fixed and short. This results in 
low intercell communication delays, thus 
minimizing performance degradation. For 
higher redundancy arrays (50 percent, 100 
percent, etc.) spares can also be shared 
among cells in different clusters. For a 
wide range of array sizes, estimations of 
yield for arrays with different amounts of 
redundancy show that approximately 50- 
percent use of fault-free cells on the chip 
can be achieved. 

Hierarchical redundancy. As men¬ 
tioned earlier, in local-redundancy 
schemes, reconfiguration takes place lo¬ 
cally in each block of an array partition. If 
reconfiguration is not possible within a 
block, the system will fail unless the faulty 
block can be replaced by a functional one. 
From a structural point of view, hierarchi¬ 
cally combining two or more reconfigura¬ 
tion strategies is possible and practical in 
some arrays. Typically, these arrays are 
themselves organized in a hierarchical 
way. For example, a two-level hierarchical 
FTPA is an array of small subarrays. A 
multilevel hierarchical FTPA can be de¬ 
fined recursively, that is, as an array of 
multilevel subarrays. Different reconfigu¬ 
ration schemes can be applied to different 
levels of FTPA physical structures, with 
the overall array reconfiguration schemes 
having a hierarchical nature. In other 
words, if a faulty processor cannot be re¬ 
placed within a subarray (using a given 
reconfiguration technique) that subarray is 
declared faulty and possibly replaced by a 
spare one (possibly using a different recon¬ 
figuration technique). 

Several examples of hierarchical 
schemes have been proposed and/or imple¬ 
mented; additional references are given in 
the local-redundancy techniques section 
of “Further reading.” A typical one is the 
CHiP (configurable, highly parallel) archi¬ 
tecture 10 made up of building blocks, each 
of which is a two-dimensional CHiP array. 
The reconfiguration scheme for the high 
level (array level) is implemented by set 
switching and that of low level (block 
level) by processor switching. The CHiP 
architecture is highly flexible and the 
switch lattice (connection mechanism) can 
provide substantial fault tolerance in 
VLSI/WSI implementation. However, the 
area complexity of the switch is high. 

The analysis and design of hierarchical 
FTPA structures was considered in Wang 
and Fortes." It shows that hierarchical 
architectures can provide much higher 
reliability than single level, especially in 
the case of very large arrays. 


Time-redundancy 

approach 

The time-redundancy approach to fault- 
tolerant systems has been used for yield 
enhancement, reliable computation, and 
self testing. Ideally, a time-redundancy 
reconfiguration scheme uses only logical 
spare cells, that is, physical cells that per¬ 
form their own functions as well as the 
functions of the faulty ones. However, it 
can also include techniques that use some 
(limited) physical spare cells in the recon¬ 
figuration. Time-redundancy techniques 
can also be used to support graceful degra¬ 
dation, because they can prevent system 
failure after spares are exhausted while 
reducing the computational speed of the 
overall system. A time-redundancy 
scheme can use a limited number of cells to 
perform operations that would require 
many more cells in a hardware-redundancy 
scheme. 

Sami and Stefanelli 12 presented a typical 
time-redundancy technique that involves 
repeated use of functional cells and re¬ 
quires two phases and three clock cycles. 
Each cell is associated with two logical 
cells. During the first phase, the cell exe¬ 
cutes the functions of the first logical cell; 
during the second phase, it executes the 
functions of the second logical cell. The 
redundant hardware elements required by 
the techniques are much less than those 
required by hardware approaches dis¬ 
cussed previously. However, the process¬ 
ing speed is lowered. 

SRE and ARCE. The successive row 
elimination (SRE) and alternate row col¬ 
umn elimination (ARCE) schemes 13 are 
examples of graceful degradation 
schemes. In SRE, a row is eliminated if it 
contains one or more faults (set switching), 
and in ARCE either a row or a column that 
contains one or more faulty elements is 
bypassed. These schemes are similar to the 
Kuo-Fuchs scheme presented earlier, ex¬ 
cept that no spare rows or spare columns 
are used and they are complemented by 
algorithm reconfiguration techniques that 
allow an algorithm designed for a proces¬ 
sor array of a given size to run on a proces¬ 
sor array of smaller size. Rows and col¬ 
umns can be theoretically eliminated until 
one row and one column are left in the 
array. The performance of the algorithms 
is allowed to degrade gracefully; for ex¬ 
ample, with up to (A/2)-l faults, SRE al¬ 
lows the array to operate at half the speed 
of the fully operational array. 


In summary, time-redundancy ap¬ 
proaches to array reconfiguration might 
require less hardware but demand longer 
processing time than hardware-redun¬ 
dancy techniques. These techniques can be 
particularly useful in some architectures, 
such as systolic arrays, where idle cycles 
can be used by logical spares to perform 
functions of the faulty cells. In addition, 
the time-redundaney approach can be 
considered when decreasing speed is an 
acceptable form of degradation. 

Concluding remarks 

The proposed taxonomy for classifying 
different reconfiguration schemes for 
processor arrays can be used to compare 
and contrast many possible approaches in 
light of basic orthogonal characteristics. In 
addition, we hope the different schemes 
presented to illustrate the taxonomy will 
help interested engineers and researchers 
understand existing approaches and de¬ 
velop new ones. 

An important yet difficult question to be 
faced by designers is that of deciding 
which of the many possible schemes is the 
best for their application. The ultimate 
benefit of reconfiguration schemes is yield 
improvement (in the case of static recon¬ 
figuration) or reliability increase (for dy¬ 
namic reconfiguration). 

A designer must be able to evaluate the 
impact of a scheme on yield and/or relia¬ 
bility, and these are complex functions of 
technology, application, scheme surviva¬ 
bility, and scheme overhead. The latter 
factor includes the hardware, software, and 
time necessary to implement the scheme. It 
can be the cause for faults and performance 
degradation that mitigate the survivability 
of the scheme. Reliability and yield mod¬ 
els must account not only for processing 
elements but also for connections, 
switches, reconfiguration logic, and other 
hardware and software mechanisms. 

Much research is currently under way to 
identify valid defect and fault-distribution 
models and to develop models and tools for 
reliability and yield evaluation. Studies by 
the authors and other researchers clearly 
show that there is no universally ideal 
reconfiguration scheme. For this reason, 
identifying analytical approaches to the 
evaluation of survivability, reliability, and 
yield has become an important research 
direction. Good results in this area will 
support a deeper technical understanding 
of reconfiguration schemes and systematic 
derivation, analysis, and evaluation of new 
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Table 3. Comparison of reconfiguration classes in terms of SEAL (simplicity, Acknowledgements 
efficiency, area, locality) figure of merit. 


Scheme 

Simplicity 

Efficiency 

Area 

Locality 

Set switching 

Good 

Poor 

Poor 

Good 

Processor switching 

Fair 

Good 

Fair 

Good 

Local redundancy 

Good 

Fair 

Fair 

Good 

Time redundancy 

Poor 

Good 

Good 

Good 


approaches. This will help explain empiri¬ 
cal approaches and replace ad hoc solu¬ 
tions by fundamental techniques. 

As mentioned above, it is difficult to 
make universal statements about the rela¬ 
tive advantages of the different schemes, 
namely the set-switching class, processor¬ 
switching class, local-redundancy class, 
and time-redundancy class. However, in 
Table 3, we attempt to compare, in general 
terms, the five major classes in relation to 
the SEAL (simplicity, efficiency, area, 
locality) figures of merit. Some general 
issues facing the schemes are also briefly 
reviewed below. 

From a redundancy point of view, the 
local-redundancy class of reconfiguration 
schemes aims at achieving short wires, 
thus short communication delays, for in¬ 
terconnecting logically adjacent cells in 
the reconstructed arrays. Thisi is accom¬ 
plished by either physically assigning 
spare cells to a group of cells or by system¬ 
atically partitioning the array. Minimizing 
the wire lengths necessitates some waste of 
spare cells, which can result in suboptimal 
reconfiguration harvest or underutilization 
of spares. 

The waste of redundant resources can be 
substantial in the set-switching class of 
reconfiguration schemes because entire 
sets of cells are replaced. In set switching, 
interconnection and control circuitry are 
much simpler than those in other classes. 
For this reason, schemes could be easily 
implemented. On the other hand, the waste 
of spare cells makes the techniques in this 
class impractical in some applications. 

The processor-switching class of recon¬ 
figuration techniques aims at minimizing 
the longest wire length connecting two 
logically adjacent cells and, at the same 
time, minimizing the waste of spares. This 
requires more complex algorithms and 
more involved interconnect and control 
reconfiguration circuitry. Existing 
schemes demonstrate better spare use (than 
those in the two previously discussed 
classes) with polynomial reconfiguration 


time complexity. However designers must 
carefully explore the design of intercon¬ 
nection and control hardware before effi¬ 
cient implementation can be realized. 

Finally, when performance degradation 
is acceptable, physical redundancy can be 
replaced by time redundancy to improve 
the silicon area in FTPAs. Reconfiguration 
schemes that employ this strategy are 
grouped in the time-redundancy class. 
Here, cells execute not only their tasks, but 
also the tasks of their faulty neighbors. For 
this reason, these schemes can result in 
degraded computational speed. 


W e have overviewed, character¬ 
ized, and classified some typi¬ 
cal reconfiguration schemes in 
light of a proposed taxonomy. This taxon¬ 
omy can be used as a guide for future 
research in design and analysis of recon¬ 
figuration schemes. 

Studying how to evaluate fault-tolerant 
arrays and how to exploit application char¬ 
acteristics to achieve dependable comput¬ 
ing are important complementary direc¬ 
tions of research towards reliable proces¬ 
sor-array design. 

A related research problem is that of 
functional reconfiguration, that is, learn¬ 
ing how to configure the topology of a 
parallel system to implement a different 
function or run a different application. This 
topic transcends the scope of this article, 
but it is worthwhile stating that results in 
this area are relevant and useful to the 
problem of reconfiguration for fault toler¬ 
ance and vice versa. 

In fact, important directions of research 
include how to apply or extend processor- 
array reconfiguration algorithms to other 
topologies and how to marry functional 
and fault-tolerance reconfiguration re¬ 
quirements and solutions. The Diogenes 
approach discussed in this article is an 
interesting case where this goal is naturally 
achieved. ■ 
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Further reading 

Set-switching techniques 

A set-switching reconfiguration scheme 
replaces a faulty cell by logically remov¬ 
ing a set of cells (row, column, block, 
etc.) that contains the faulty cell. For this 
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reason, the scheme.can be easily imple¬ 
mented; however, the waste of functional 
cells is large since many of them cannot 
be used. For instance, if an array has R 
spare rows and every time a fault occurs 
the row containing the fault is replaced by 
one spare row, as few as R +1 faulty cells 
on different rows can make the array use¬ 
less. For additional reading, see discus¬ 
sion in the main text and schemes pro¬ 
posed in the following references: 

Batcher, K.E., "Design of a Massively Parallel 
Processor," IEEE Trans. Computers, Vol. C-29, 
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Processor-switching techniques 


The replacement strategy used in 
these schemes proceeds in a chain fash¬ 
ion such that a faulty cell is replaced by 
(shifted to) an immediate neighbor, this 
neighbor is replaced by its neighbor, and 
so on until the spare cell is reached. The 
sequence of replacements is often called 
a replacement chain or a compensation 
path (see Kung, Jean, and Chang in the 
“Local redundancy techniques” section 
below).In a more complex scheme, a 
faulty cell can also be shifted to a distant 
neighbor. Many schemes have been pro¬ 
posed. Some are discussed in the main 
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Fuchs 4 and the following references: 
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Local-redundancy techniques 

In these schemes, a given spare pro¬ 
cessor can be used to replace only one 
of a predetermined subset of cells of the 
array, typically in physical proximity to the 
spare. Many of these schemes are imple¬ 
mented in a hierarchical array structure 
(see Ishikawa in the “Set-switching tech¬ 
niques” section; and see Jesshope and 
Bentley, Reeves, and Hwang and 
Raghavendra below). The “partitioning 
scheme” (see Kung, Jean, and Chang be¬ 
low) and the “spanning tree” scheme are 
similar to Leighton and Leiserson’s di- 
vide-and-conquer strategy. 8 The span¬ 
ning tree approach chooses to partition 
an FT PA along the array diagonal, and 
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Time-redundancy approaches 


In these schemes, the redundant hard¬ 
ware incorporated into the FTPA is lim¬ 
ited to circuitry that enables functional 
cells to execute repeated operations. 
Time-redundant schemes other than 
those discussed in the text can be found 
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in the first three references listed below. 
Time-redundancy approaches have also 
been used extensively for error detection, 
as discussed in the final two references 
listed below. 
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This conference focuses on the problems, issues and solutions of integrated system design, implementation and performance. Integration techno¬ 
logies will be emphasized with a focus on computer-aided software engineering, collaborative and distributed systems, and computer integrated 
manufacturing systems. The conference will provide an international and interdisciplinary forum in which researchers and practitioners can share 
novel research, engineering development and strategic management experiences. 


Tutorial-in-Brief 

Monday, April 23, 1990 8:30 am - 5:00 pm 

Tutorial 1: Interconnection Networks for Computer Systems 
Integration 

Chuan-Lin Wu, University of Texas at Austin 
Tutorial 2: Software Engineering with Abstractions 
Valdis Berzins, Naval Postgraduate School 
Tutorial 3A: Optical Data and Knowledge Base Machines 
P. Bruce Berra, Syracuse University 
Tutorial 3B: The Object-Oriented Paradigm and Integrated 
Systems 

Erich J. Neuhold, IPSI-GMD 

Tutorial 4: Systems Engineering Management: Unifying Principles 
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Tom Gilb, Independent Consultant 
Tutorial 5: The Future of Machine Vision in Manufacturing 
Robert Mitchell, University of Texas at Arlington 


Conference-in-Brief 

Plenary Session Speakers 

• Arno A. Penzias, AT&T Bell Laboratories 
Tuesday, April 24, 1990 9:00 am - 10:30 am 

• Elaine R. Bond, Chase Manhanttan Bank, N.A. 
Wednesday, April 25, 1990 9:00 am - 10:00 am 

• Raymond T. Yeh, Syscorp International, Inc. 
Thursday, April 26, 1990 9:00 am - 10:00 am 

Dinner Banquet Speaker 

Tom Gilb, Independent Consultant 
Wednesday, April 26, 1990 7:00 pm - 9:00 pm 


The Conference will be held at the Headquarters Plaza Hotel, 3 
Headquarter Plaza, Morristown, New Jersey, USA. For reservation 
call (201) 898-9100 or (800) 225-1942. Please identify yourself as 
Systems Integration Conference attendant to receive the room rate 
for single occupancy 5120/night or double occupancy $140/night. 
Reservations must be received by April 9, 1990. 


Technical program 

There will be three days for the presentation of 85 papers and four 
panels in three tracks. Papers and panels related to the following topics 
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• System Integration 

• Computer Architecture 

• Artificial Intelligence 

• System Evolutions 
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• Panel: Integrated Design Manufacturing 
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• Manufacturing - Flexible Manufacturing Systems 

• Panel: System Integration Leading to Distributed Systems 

• Man-Machine Interfaces 
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• Information Networking 

• Distributed Systems 
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• Information Systems 

• Resource Management 

• Design and Networking Issues 

• Panel: Concluding Remarks 
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Dept, of Computer and Information Science 
New Jersey Institute of Technology 
Newark, NJ 07102, USA 
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“Any clod can have the facts, but having opinions is an art.” 

Charles McCabe, San Francisco Chronicle 


Confessions of a used-program salesman: The same old song 


Will Tracz, Stanford University 

When you are in the software reuse 
business you become proficient at recog¬ 
nizing patterns. Here is a pattern that re¬ 
ally struck a familiar chord. 

I can’t help but note that many of my 
most successful used-program salesmen 
have been musicians at one time in their 
illustrious careers. They are perfection¬ 
ists at mastering their instruments. 
Whether working on a piece of software 
or playing a piece of music, they are out¬ 
standing performers. When their fingers 
hit the keyboard, what comes out is 
magic. 

Now, I am not just whistling “Dixie” 
because, as a well-schooled musician 
myself, I am convinced there is an un¬ 
canny parallel between the skills neces¬ 
sary for second-hand software sales and 
service and those required for musical 
scales and performance. 

• Music is a codification of a sequence 
of directions on what should be played. It 
contains certain parameters that control 
variations in tempo and volume. 

• Software is a codification of a se¬ 
quence of directions on what should be 
performed. Programs have certain para¬ 
meters that control the selection of vari¬ 
ations in speed and storage. (This is espe¬ 
cially true of the used programs I sell.) 

• Music is organized into a series of 
movements. 

• Programs are organized into a collec¬ 
tion of modules. 

• Musicians often learn several differ¬ 
ent instruments. 

• Programmers often learn several dif¬ 
ferent languages. 

• Musicians learn patterns. They learn 
chords, inversions, progressions, riffs, 
and turnarounds. Furthermore, they learn 
to transpose these patterns into a different 
key or adapt the music to different 
rhythms. 

• Programmers leant instruction se¬ 
quences and algorithms. They learn to 
apply them to different kinds of data and 


data structures or adapt them to different 
environments. 

• Beginning musicians learn classic 
standard arrangements written by mas¬ 
ters. 

• Beginning programmers learn clas¬ 
sic standard algorithms written by mas¬ 
ters. 

• Most professional musicians learn 
composition and orchestration. 

• Most professional specialists in sec¬ 
ond-hand software learn composition 
and generation. 

• Serious musicians must learn music 
theory. 

• Serious programmers must learn 
automata theory, the theory of computa¬ 
tional complexity, and the like. 

• Musicians have to spend long hours 
practicing to reach perfection in a piece 
of music. 

• Programmers (often) have to spend 
long hours trying to reach perfection in a 
piece of software. (In my humble opin¬ 
ion, this effort is often a waste of creative 
talent. When programmers construct 
new software systems from well-tested 
reusable software components, they 
spend less time and effort developing a 
higher quality system.) 

• Most experienced musicians can play 
back an entire musical arrangement in¬ 
side their head. 


• Most experienced programmers can 
play back the entire logic structure of a 
program inside their head. 

• Musicians work together to produce a 
concert of complex sounds. They listen to 
each other and try to complement each 
other’s work when playing in a group. 

• Programmers strive to work in har¬ 
mony to produce complex applications. 
Specialists in second-hand software lis¬ 
ten to the customer’s needs and adapt 
their programs accordingly as well as 
complement the work of their fellow pro¬ 
grammers. 

Reusable software developers, like 
musicians, exhibit an artistic flair. They 
have that blend of inspiration, perspira¬ 
tion, and dedication that sings success. 
Most importantly, as artists, they can ap¬ 
preciate the work of others. They show no 
hesitation incorporating other program¬ 
mers’ works into their own personal rep¬ 
ertoire. 

Mark Twain once spoke of a musician 
who wrote music that was better than it 
sounded. I know of several programmers 
who have written programs that were bet¬ 
ter than they sounded (and programs that, 
unfortunately, sounded better than they 
were). 

So, let me offer a bit of sound advice to 
potential used-program suppliers and 
consumers. Even though I don’t keep 
score, every time someone reuses one of 
my programs, it’s music to my ear — Play 
it again, Sam. 


“The Open Channel” is exactly what the name implies: a forum for the free ex¬ 
change of technical ideas. Try to hold your contributions to one page maximum in 
the final magazine format (about 1,000 words). 

We’ll accept anything (short of libel or obscenity) so long as it’s submitted by a 
member of the IEEE Computer Society. If it's really bizarre, we may ask you to get 
another member to cosponsor your item. 

Send everything to Jim Haynes at the address above. 
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The conference on: 

Human Factors in Computing Systems 

is more than a conference - it is an event!! 

One that is considered a mandatory experience for 
everyone who designs interactive software and com¬ 
puting systems. CHI '90, the seventh in this annual 
series, is internationally recognized as the premier 
forum for human-computer interaction. 

CHI is the leading conference for: 

• Research on human-computer 
interaction 

• User interface technology and media 

• User interface development methodology 


The 1990 theme. Empowering People, explores: 

• Enhancing creativity 

• Increasing productivity 

• Fostering innovation 

• Supporting cooperation 

• Delivering satisfaction 

The CHI '90 program includes: 

• Tutorials and workshops 

• Technical paper sessions 

• Interactive panel discussions 

• Interactive poster sessions 

• Laboratory reviews 

• Hands-on experience 

• Vendor exhibits 

• Demos, performances, videos, and more 






CHI '90 is sponsored by the Association for 
Computing Machinery's Special Interest 

_• Group on Computer and Human 

/ \ Interaction, in cooperation with 

QQITl the IEEE Computer Society, 
V J ACM/SIGGRAPH, the Human 

^Factors Society, the Cognitive Sci¬ 
ence Society, and six other international so¬ 
cieties and special interest groups. 

April 1-5,1990 
Seattle, Washington 

For further information, or an 
advance program contact: 

CHI '90 Conference 

Attn: Toni MacHaffie 

P.O. Box 5847 

Beaverton, Oregon 97006 

(503) 591-1981 

FAX: (503) 624-3934 

EMAIL:machaffie.chi@xerox.com 
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A standard environment for software production 


Fletcher J. Buckley 

One of the cherished customs this time 
of year is introspection — a look at what 
good things have taken place, an exami¬ 
nation of the current status of things, and 
a determination of what should be done as 
the new year begins. 

Realizing that the projects that are 
most often in trouble from a project man¬ 
ager’s view are those that involve soft¬ 
ware, let us start there. 

What has been done. Looking back 
over past years, many good things have 
been done in the software community. 
Identifying them so we can reinforce suc¬ 
cess yields the following partial list: 

(a) The Joint Logistic Commanders 
(JLC) in the US Department of Defense 
have done a very effective job of bringing 
order out of chaos with their renditions of 
DoD-Std-2167 (and its evolution to 
DoD-Std-2167A), DoD-Std-2168, Mil- 
Std-1521B, etc. These standards have 
provided a common approach in a major 
segment of the industry and have allowed 
that industry to make investments in the 
process that would otherwise be prohibi¬ 
tive in cost. 

The quasiconsensus process the JLC 
used to produce these documents has 
been even more important. This was an 
extraordinarily significant change to the 
way the DoD used to function and has had 
a major effect on the quality and accepta¬ 
bility of the product. Further work needs 
to be done on the standards and the pro¬ 
cess, but both the current results and the 
process should be recognized and en¬ 
couraged. 

(b) About 10 years ago, the DoD lis¬ 
tened to software suppliers’ complaints 
about what to them appeared to be an un¬ 
reasonable approach to software con¬ 
tracting. The suggestion was made that, 
rather than requiring lock-step adherence 
to what was perceived as a set of unrea¬ 
sonable practices, the DoD should audit 
suppliers to determine their capability to 
manage complex programs. This sugges¬ 
tion was accepted and, as a result, the 
DoD initiated audits of supplier capabili¬ 
ties. Further enhancement of these audit¬ 


ing efforts has been provided through the 
Software Engineering Institute (SEI) in 
both procedures and training. These are 
now very serious elements for suppliers 
and are a prime motivator for supplier 
self-improvement. 

(c) The software world has major 
problems with certain hackers — ill-ad¬ 
vised personnel entering computer net¬ 
works, gaining access to individual com¬ 
puter systems, and roaming throughout, 
unchecked except for their own sense of 
fitness. The damage that can be done in 
this manner is incalculable. The Trusted 
Operating Systems effort run by the Na¬ 
tional Security Agency is making a sub¬ 
stantial impact on this problem, with ob¬ 
jective criteria and associated organized 
verification actions. As a result, commer¬ 
cial operating systems are becoming 
more secure. Problems still exist and a 
large number of unsecure operating sys¬ 
tems are still in use. But, a valid approach 
to reducing this problem is in operation. 

(d) Testing and verification has re¬ 
ceived an enormous amount of attention, 
yet we still appear to spend 40 to 50 per¬ 
cent of software development funds in 
that effort. A glimmer of hope is coming 
down the pike in the form of formal meth¬ 
ods for software development, together 
with the associated mathematical verifi¬ 
cation. This is moving from the fringes of 
the state-of-the-art to acceptable engi¬ 
neering practice. For example, the Brit¬ 
ish Ministry of Defense is coordinating a 
draft standard that would require using 
this approach for all safety-critical soft¬ 
ware. Undoubtedly, problems are still 
linked to the method, but it is a valid ap¬ 
proach to the problems of traceability and 
software verification. 

(e) Overall management approaches 
to controlling software development are 
becoming well-recognized. To mention 
one, the incremental build approach for 
embedded systems (that is, building the 
software so the nonsoftware cultist can 
immediately observe the achievement of 
a previously specified capability, con¬ 
trolling that software, and adding to it) is 
becoming commonplace. To mention 
another, rapid prototyping of software to 


assist in requirements definition is be¬ 
coming commonplace. The list could be 
made much, much longer. 

Current status. Unfortunately, de¬ 
spite all the good things taking place, we 
still have the classical problems of soft¬ 
ware development: we remain unable to 
meet our cost, schedule, and technical 
performance goals. Why then, if we are 
continually improving our software engi¬ 
neering practices, do these problems per¬ 
sist? 

Some current answers. The first an¬ 
swer — the one that automatically comes 
to mind — involves what could be called 
the devil theory: it is somebody else’s 
fault. The first whipping boy that comes 
to mind is the DoD. It is a big, attractive 
target whose failures are well publicized. 
True, slippages are reported in govern¬ 
ment software efforts, but major slip¬ 
pages are reported on the commercial 
side, too; for example, DBase IV, Lotus 
1-2-3, and OS/2. So the easy answer, that 
the reasons for these software manage¬ 
ment failures lie with the way the govern¬ 
ment conducts business, does not appear 
to be valid. There must be other reasons. 

A second answer — and a very true one 
— is that, in some cases, software was not 
at fault, although it took the blame. Soft¬ 
ware has been held accountable because 
it was an acceptable scapegoat (everyone 
knows that “software is a problem”). 
Other causes (such as a lack of piece-part 
quality inspection) would not have been 
so acceptable. Unfortunately, this is only 
a partial answer and does nothing to help 
resolve failures that are truly attributable 
to software. 

A third answer — and another very true 
one — is that we are doing more and more 
things in software. This means that we are 
in the middle of the Red Queen’s prob¬ 
lem: we must run as fast as we can just to 
stay in place. This, while interesting, 
doesn’t really help us improve, so we 
must seek help elsewhere. 

Underlying causes. If we have prob¬ 
lems and we want to communicate with 
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our peers on those problems in an interac¬ 
tive way, a conference or workshop deal¬ 
ing with the troublesome topics is per¬ 
haps the best way to do so. For those seek¬ 
ing to identify the source of the problems 
causing the symptoms of failure to meet 
cost, schedule, and technical require¬ 
ments, most software engineering con¬ 
ferences will normally offer at least one 
session dealing with these issues. You 
can go in blindfolded and repeatedly hear 
that there are two major causes for fail¬ 
ures to meet cost, schedule, and/or tech¬ 
nical requirements: 

(1) the software requirements were in¬ 
adequate (incomplete, inconsis¬ 
tent, and unclear), or 

(2) the skilled personnel required to do 
the job were lacking. 

Further, the presenters at these confer¬ 
ences each claim to have the solution. 
Each problem would be solved if industry 
would only do such and such. These 
“woulds” include a steady litany of the 
nostrums that go back at least 15 years. 
“We can have better software require¬ 
ment specifications if we will only use 
this new methodology,” “We can solve 
the inconsistency problem if only we use 
this new language to express the require¬ 
ments,” and “We can solve our skilled 
personnel problems by using artificial in¬ 
telligence, expert systems, and better 
man-machine interface systems.” The 
list runs on and on. All of these concepts 
have merit and all have been continu¬ 
ously touted as the cure-all for at least the 
past decade and a half. Yet, here we are, 
still in the same old dilemma. Our prob¬ 
lem-solving behavior appears to be a di¬ 
rect implementation of the “more” the¬ 
ory; that is, what we’ve done hasn’t 
worked, therefore, we will do more of it. 

Realities of the environment. Some¬ 
times, it is instructive to step back and 
look at the flow of history surrounding 
these problems. If we do so on a sampling 
basis (for example, if we consult the pro¬ 
ceedings of the 1973 IEEE Symposium 


on Software Reliability), nothing ap¬ 
pears to have changed. The same prob¬ 
lems existed then as exist now, and the 
same solutions were being proposed then 
as are being proposed now. 

In loud, clear tones, this tells us that 
further relying on the same type of efforts 
to cure our software management prob¬ 
lems is not problem-solving behavior. 

We have met an obstacle that bars our 
progress and we are trying to use drastic 
measures to overcome it. In reality, we 
have and will continue to have inade¬ 
quate software requirements and lesser- 
skilled personnel. That is the environ¬ 
ment in which we must succeed. The chal¬ 
lenge is not to solve the problems but to 
minimize them and produce the software 
we need in that environment. 

What is to be done. Given that we will 
have these problems forever, what ac¬ 
tions can we take to deal with them? As 
mentioned above, incremental builds and 
rapid prototyping offer some badly 
needed relief, but they don’t provide a 
complete cure. 

The first problem: Inadequate soft¬ 
ware requirements. In terms of software 
requirements, we need to 

(a) Recognize that software require¬ 
ments will continue to be incomplete as a 
way-of-life. Boehm’s spiral model is a 
step in the right direction, but several 
logical implications have not yet been ac¬ 
cepted. For example, a project manager 
loves the prospect of getting a fixed-price 
contract for software. And yet, if the ba¬ 
sic requirements of the fixed-price con¬ 
tract are changed, the contract will be 
much more lucrative to be the subcon¬ 
tractor (who will get rich on the changes). 
So, we need smarter ways to specify work 
and to let subcontracts. 

(b) Encourage schedules that explic¬ 
itly recognize incomplete requirements. 
The hard truth of the matter is that ini¬ 
tially establishing optimistic schedules 
implies even later actual delivery dates 
for software. Consider the problems as¬ 


UIMS study group meeting set 

The IEEE PI201 standards working group has established a study group to ex¬ 
amine the feasibility of defining a standard user interface management system. 
The study group is soliciting active members and presentations on existing 
UlMSs. 

The group’s next meeting is scheduled April 24-27 in Salt Lake City. For details, 
contact Robert C. Seacord, UIMS Study Group Coordinator, Software Engineer¬ 
ing Institute, Carnegie Mellon University, Pittsburgh, PA 15213, phone (412) 268- 
6384, e-mail sei.cmu.edu. 


sociated with producing a software item 
if (1) the item realistically would take 30 
months to produce, and (2) it had to be 
completed in 24 months. The supplier’s 
organization would propose and attempt 
to meet the 24-month schedule. Things 
would be compressed and optimism 
would continue until the horrible truth 
(that the item will not be delivered in 24 
months) becomes overwhelmingly ap¬ 
parent. This realization normally takes 
place about month 15 or later. By that 
time, the supplier will have lost the abil¬ 
ity to produce the item at month 30 and 
probably not until about month 48 — if at 
all. 

(c) Promote early identification of re¬ 
quirements specification changes and 
correct disposition. This is straightfor¬ 
ward and implies some sophisticated 
software configuration management. 
The tools are available today; early appli¬ 
cation is required. 

(d) Ensure that software (documenta¬ 
tion and code) is designed to enhance 
change implementation. The further im¬ 
plication is that a set of maintainability 
standards is required whose achievement 
can be objectively determined by a pre¬ 
scribed method. 

Documentation was addressed in a pre¬ 
vious article in this Standards section 
(see November 1989, pp. 69-70), so let us 
take a look at maintainability. 

One implication: A standard for main¬ 
tainable code. Maintainable code is a 
good set of buzz words to throw into a 
briefing, but the phrase is a little vague 
when it comes to objective verification. 
So, like most problems, we need to de¬ 
compose it into smaller and smaller prob¬ 
lems until we reach the level at which we 
can solve the objective specification 
problem. Taking a first cut, if we need to 
maintain the code we must be able to (1) 
understand it (the code must be readable), 
and (2) change it without undesirable side 
effects (the code must be well-behaved). 
Both terms (readable and well-behaved), 
while serving to partition the overall 
problem, are also undefined. 

Going further, readable code can be de¬ 
fined as code that is 

(1) written in a higher-order language 
(Fortran, Pascal); 

(2) contained in small source files, not 
more than 50 lines of executable 
source code; 

(3) structured; and 

(4) has a specified formatted pro¬ 
logue. 

Each of these, in turn, requires a de¬ 
tailed definition (for example, Pascal, in 
accordance with ANSI/IEEE-Std- 
770X3.97-1983. Each of these may be 
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controversial to some practitioners 
(“Why 50 lines of executable source 
code?” might be asked), but the overall 
process can be adjusted to provide crite¬ 
ria that can be objectively verified. 

In turn, well-behaved code can be de¬ 
fined in terms of module (source file) co¬ 
hesion and coupling. It, too, is language- 
dependent but the definitions are avail¬ 
able. In this case, source files that do not 
meet the criteria should require individ¬ 
ual justifications and waiver requests. 

The second problem: A lack of skilled 
personnel. Software jobs are becoming 
bigger and more demanding. More 
people are needed to feed into the maw of 
the software engineering machine. Tak¬ 
ing the approach that all we need is better 
personnel leaves us chasing a very small 
segment of the population. Further, as the 
complexity of software tools increases, 
the specialities multiply. For example, a 
certain amount of experience with rela¬ 
tional databases is needed before mini¬ 
mum proficiency is reached. The years to 
be spent in that aspect of the business 
gaining knowledge and then applying it 
are at odds with gaining equally detailed 
knowledge in other areas (such as operat¬ 


ing systems). Yet, we need both and 
more. 

In part, this is an education issue, and 
criteria for master’s degrees in computer 
science are evolving. But, in the overall 
sense, our industry is moving in the direc¬ 
tion of requiring the use of ever-increas- 
ingly sophisticated tools that take time to 
learn and even more time for proficiency. 
We are blindly approaching a time when 
we will be spending all our time learning 
tools and no time doing the work. 

This is not an education issue. It is an 
issue associated with the concept that we 
must be able to build our systems with 
lesser-skilled personnel and with stan¬ 
dard toolkits. It is unrealistic to expect 
that the top 10 percent of our population 
will be in the software community and 
that we will therefore be more produc¬ 
tive. We need to aim our efforts at provid¬ 
ing tools that can be used by lesser- 
skilled personnel to produce our sophisti¬ 
cated software systems. 

The bottom line. The fundamental 
message is this: A certain set of software 
problems is going to be with us to the end 
of time. We need to identify the underly¬ 
ing causes, recognize that we should not 


expect to cure these causes in the near fu¬ 
ture, and plan to implement the actions 
that will alleviate their effects. 


To go further 

• For a detailed review of the state-of- 
the-art in software engineering manage¬ 
ment, consult the IEEE Computer Soci¬ 
ety Press tutorial Software Engineering 
Project Management by Richard H. 
Thayer. In particular, see Barry W. 
Boehm’s article, “A Spiral Model Of 
Software Development and Enhance¬ 
ment,” on pp. 128-142. For further infor¬ 
mation, contact CS Press, 10662 Los Va- 
queros Circle, PO Box 3014, Los Alami- 
tos, CA 90720-2578, phone (800) CS- 
BOOKS or (714) 821-8380 in California, 
and specify order no. 751. 

• The ACM Press publication, Soft¬ 
ware Engineering Notes, publishes a col¬ 
umn (usually 10-12 pages long) entitled 
“Risks to the Public.” It details the cur¬ 
rent set of failed projects, etc. For further 
information on the publication, contact 
Joseph Katz, ACM, 11 W. 42nd St., New 
York, NY 10036, phone (212) 869-7440. 


Research and Development 

EDS, a world leader in information services, is seeking 
Research Scientists to join an established Research and 
Development organization in Auburn Hills, Michigan. Our 
mission is to expand the business opportunities of EDS in 
the information services industry through the development 
and innovative application of technology. 

Applicants should have a Master’s Degree or Ph.D. in 
computer science, applied mathematics, ora related 
technical area and interest in: 

► Distributed Computing ► Software Productivity Tools 

► Data Communication ► Al/Logic Programming 

► Database Technology ► Graphics and Animation 

Our activities are supported by networked workstations 

with connections to large mainframe installations. 

EDS Research and Development is located in suburban 
Oakland County, Michigan. This location affords easy access 
to a wide variety of cultural and recreational activities and is 
within commuting distance of several major universities. 

The school districts in Oakland County are among the best in 
the nation. 

Send your resume in EDS Research and Development 
confidence to: Recruiting Coordinator 

3551 Hamlin Road 
Dept. 9TG0010 
Auburn Hills, Ml 48057 
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IEEE Computer Society 1990 International Conference on 
Computer Languages 

New Orleans, Louisiana, USA, March 12-15, 1990 
Sponsored by the IEEE Computer Society Computer Languages Technical Committee 


Program Committee Co-< 


K. C. Tai 
NSF&NCSU 
(202)357-7345 
ktai@note.nsf.gov 


Alexander L. Wolf 
AT&T Bell Laboratories 
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Conference Chair: 


Boumediene Belkhouche 
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Steering Committee: 

Pei Hsai. UTArlington 
Joseph Urban, Arizona State 


Program Committee: 

Mario Barbacci, CMU-SEI 
O. Peter Buneman, University of Pennsylvania 
S. K. Chang, University of Pittsburgh 
David Gelernter, Yale University 
Donald Good, Computational Logic, Lnc. 

John Goodenough, CMU-SEI 
Carlo Ghezzi, Politecnico di Milano 


Richard LeBlanc , Georgia Tech 

Gary Lindstrom, University of Utah 

Al Mok, University of Texas, Austin 

Steven Reiss, Brown University 
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Alan Snyder, Hewlett-Packard Laboratories 

Donald Stanata, University of North Carolina, Chapel Hill 


Tutorial 

Monday, March 12, 1990 
8:30 a.m. -12:30 p.m. and 1:30 - 5:30 p.m. 


PARTI: 

THE FUNCTIONAL LANGUAGE HASKELL 

Paul Hudak, Yale University 

Haskell is a new functional programming language 
that was designed by a 14-member international com¬ 
mittee representative of the “modern” school of func¬ 
tional programming. Although intended primarily as a 
"common” language to promote both research and ap¬ 
plication of functional languages, it has several new 
features that are worthy in their own right — most no¬ 
tably, an elegant form of overloading called type 
classes, immutable non-strict arrays called array 
comprehensions, and a purely functional I/O system 
using streams together with a dual continuation 
model. Each of these design features, and others, rep¬ 
resent datapoints in an interesting spectrum of pro¬ 
gramming language concepts. This tutorial will center 
on programming in Haskell, but with emphasis on 
these concepts. In addition, more recent trends in 
functional language research will be discussed with 
the hope of understanding where functional program¬ 
ming research is headed in the future. 


PART II: 

CONCURRENT C 

Narain Gehani, AT&T Bell Labs 

Concurrent C is a superset of C that provides parallel 
programming facilities. It is also a superset of C++ 
which extends C with object-oriented programming fa¬ 
cilities (the Concurrent C compiler has a compile-time 
option to support Concurrent C++). Concurrent C pro¬ 
cesses interact by means of transactions (message 
passing) which can be synchronous or asynchronous. 
The facilities provided include those for declaring and 
creating processes, process synchronization, condition¬ 
al and unconditional message passing, selective wait¬ 
ing for events, process termination and abortion. Con¬ 
current C has been implemented on several types of 
processors and multiprocessors. In this tutorial, we 
will describe Concurrent C, use it to write non-trivial 
programs, explain design decisions, and contrast the 
concurrent facilities in Concurrent C with those in Ada. 
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ICCL ’90 Technical Program 


Tuesday, March 13,1990 

Session 1: VISUAL LANGUAGES 

I A Practical Animation Language for Software Development 
J. T. Stasko, Georgia Tech 

J GVL: A Graphical, Functional Language for the Specification 

I j of Output in Programming Languages 

J. R. Cordy, T. C. N. Graham, Queen’s University 
Enhancing Documents with Embedded Programs: How Ness 
I Extends Insets in the Andrew Toolkit 
W. J. Hansen, CMU 

Session 2: FUNCTIONAL LANGUAGE IMPLEMENTATION 

[ Parallel Graph-Reduction with a Shared Memory Multipro- 
I cessor System 

G. Revesz, IBM Yorktown 

l Cache Performance of Combinator Graph Reduction 
P. J. Koopman,Jr., Harris Semiconductor, and 
P. Lee, D. P. Siewiorek, CMU 

[ A Self-Applicable Partial Evaluator for the Lambda Calculus 
N. D. Jones, C. K. Gombard, A. Bondorf, O. Danvy, 

T. Morgenson, University of Copenhagen 

Session 3: DISTRIBUTED LANGUAGES I 

A Language for Distributed Applications 
M. R. Barbacci, J. M. Wing, CMU 
I FLAME: A Language for Distributed Programming 
M. Jazayeri, HP Labs, and 
F. de Paoli, Politecnico di Milano 
I Experience with Distributed Pigramming in ORCO 
H. E. Bal, M. F. Kaashoek, A. S. Tanenbaum, 

Vrije Universiteit 

Session 4: LANGUAGE DESIGN I 

I EZ Processes 

D. R. Hanson, M. Kobayashi, Princeton Univeristy 
[ Data-Oriented Exception Handling in Ada 

Q. Cui, J. D. Gannon, University of Maryland 
I GARTL: A Real-Time Programming Language Based on 
I Multi-Version Computation 

C. Marlin, W. Zhao, G. Doherty, A. Bohonis, University 
1 of Adelaide 

Wednesday, March 14,1990 

Session 5: OBJECT-ORIENTED MODELS 

[ Coercion as a Metaphor for Computation 
S. Jagannathan, Yale University 

| Multi-Dimensional Organization and Browsing of Object-Ori- 
[ ented Systems 

H. Ossher, IBM Yorktown 
| An Object Model for Shared Data 

G. E. Kaiser, Columbia University, and 
G. Hailpem, IBM Yorktown 

[ Specification and Automatic Prototype Implementation of 
[ Polymorphic Objects in Turing Using the TXL Dialect 
J. R. Cordy, E. Promislow, Queen’s University 

Session 6: DISTRIBUTED LANGUAGES B 

I Conflict Propagation 

N. Francez, I. R. Forman, MCC 

f Reliable Distributed Computing with Avalon/Common Lisp 
S. M. Clamen, L. D. Leibengood, S. M. Nettles, 

J. M. Wing, CMU 

Using Languages for Describing Capture, Analysis, and Dis¬ 
play of Performance Information for Parallel and Distributed 
Applications 

C. Kilpatrick, K. Schwan, Georgia Tech 


Session 7: LANGUAGE DESIGN B 

Subdivided Procedures: A Language Extension Supporting 
Extensible Programming 
W. Harrison, H. Ossher, IBM Yorktown 
LEGEND: A Language for Generic Component Library De¬ 
scription 

N. D. Dutt, University of California Irvine 
Improving Module Reuse by Interface Adaptation 
J. M. Purtilo, J. M. Atlee, University of Maryland 

Session 8: LOGIC PROGRAMMING 

Lazy Evaluation in Logic Programming 
S. Narain, Rand Corporation 
KSL/Logic: Integration of Logic with Objects 
M. H. Ibrahim, F. A. Cummins, Electronic Data Systems 
Implementation and Evaluation of Dynamic Predicate in Se¬ 
quential Inference Machine CHI 
A. Atarashi, A. Konagaya, S. Habata, M. Yokota, 

NEC Corporation 

Thursday, March 15,1990 
Session 9: PARALLEL LANGUAGES 

The Tahiti Programming Language: Events as First-Class Ob¬ 
jects 

J. Hearne, D. Jusak, Western Washington University 
Coordination Languages for Open System Design 
P. Ciancarini, Universita di Pisa 
A Two Degrees of Freedom Approach for Parallel Program¬ 
ming 

J. B. Bahsoun, L. Feraud, C. Betoume, University 
Paul Sabatier 

Parallelism in Object-Oriented Programming Languages 
A. Corradi, L. Leonardi, Universita di Bologna 

Session 10: LANGUAGE IMPLEMENTATION 

Incremental Global Optimization for Faster Recompilations 

L. L. Pollock, Rice University, and 

M. L. Soffa, University of Pittsburgh 
Compiling SIMD Programs for MIMD Architectures 

M. J. Quinn, Oregon State, and 
P. J. Hatcher, University of New Hampshire 
Computation of Interprocedural Definition and Use Depen¬ 
dencies 

M. J. Harrold, M. L. Soffa, University of Pittsburgh 
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I Please send me an advance program and registration [ 
I information for ICCL ’90. 
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1730 Massachusetts Avenue, N.W. 
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Board of Governors adopts $20.5 million budget for 1990 


Guylaine Pollock 

During the November 17 meeting of 
the IEEE Computer Society Board of 
Governors, Charles B. Silio, 1989 treas¬ 
urer, presented a final draft budget of 
$20.5 million with a $31,900 surplus for 

1990. This met the May board directive 
to present a balanced budget in Novem¬ 
ber. (A preliminary draft budget pre¬ 
sented to the board at the May meeting 
had projected a 1990 deficit of $1.3 mil¬ 
lion, and although the increase in 1990 
membership rates [see pp. 80-81, July 
1989] helped reduce the projected defi¬ 
cit, development of a balanced budget 
required further reductions in expenses.) 
The meeting was held in conjunction with 
Supercomputing 89 in Reno, Nevada. 

The Board of Governors voted to 
adopt the proposed balanced budget after 
making some minor adjustments in pres¬ 
entation format. The changes did not al¬ 
ter the projected surplus. In a later action, 
the board authorized additional expendi¬ 
tures up to $300,000 for improving the 
society’s management information sys¬ 
tems. This action resulted in a potential 
projected deficit of $268,100 for the 1990 
final budget — significantly less than the 
original $1.3 million deficit estimate. 

Elections and appointments. The 

board elected David Pessel to serve as 
1990 secretary, Susan L. Rosenbaum to 
serve as 1990 ombudsman, and Joseph E. 
Urban to fill a board vacancy created in 
the fall 1989 balloting when Paul Borrill 
was elected 1990 second vice president. 
Urban’s new term will continue through 

1991. 

As requested by the board at the June 
1989 meeting, Helen M. Wood, who was 
president-elect at the time and is 1990 
president, presented her appointments for 
the 1990 Executive Committee at the 
Reno meeting so it would have a head¬ 
start on its 1990 planning. The board 
confirmed her appointments as follows: 

Vice presidents for 

• Area activities: Gerald L. Engel 


• Educational activities: Ronald G. 
Hoelzeman 

• Membership and information activi¬ 
ties: Barry W. Johnson 

• Press activities: James H. Aylor 

• Publications: Sallie V. Sheppard 

• Technical activities: Mario Barbacci 

Joseph Boykin was appointed treasurer. 

Laurel V. Kaleda, recently elected 
1990 first vice president, has the portfo¬ 
lio of the vice president for conferences 
and tutorials; and Paul L. Borrill, elected 
1990 second vice president, has the port¬ 
folio of vice president for standards. 

Other agenda items resolved by the 
board included a bylaws amendment (see 
facing page), technical activities, publi¬ 
cations, conferences and tutorials, and 
affiliate relationships. 

Amendments. Wood, who chaired the 
Constitution and Bylaws Committee in 
1989, presented three amendments to the 
board, which approved them all: Article 
II, Section 1, minimum number of nomi¬ 
nees for members of the IEEE Computer 
Society Board of Governors; Article II, 
Section 3, Subsection 3, maximum num¬ 
ber of consecutive terms for members of 
the IEEE Computer Society Board of 
Governors; and Article II, Section 1, pe¬ 
tition signature requirements for candi- 

These amendments were approved ini¬ 
tially at the May 1989 meeting and were 
published for member comment in Com¬ 
puter (September 1989, p. 78). Presenta¬ 
tion at the meeting marked the fourth 
step in the process for amending the so¬ 
ciety’s bylaws. The final step requires 
acceptance by the IEEE. In addition, the 
Constitution and Bylaws Committee pro¬ 
posed a new bylaws amendment to the 
board, which, in turn, gave its initial ap¬ 
proval. Consequently, the amendment 
is published for member comment 
in a separate report. 

The amendment proposes restructuring 
the Finance Committee to improve its ef¬ 
fectiveness in carrying out its financial 
management responsibilities. 


Technical activities. In regard to re¬ 
quested actions presented by Kaleda, 
then vice president of technical activi¬ 
ties, the board approved a change in 
status of the Task Force on Expert Sys¬ 
tems Applications to that of the Techni¬ 
cal Committee on Expert Systems. The 
board also approved a name change for 
the Technical Committee on Micropro¬ 
gramming, which will henceforth be the 
Technical Committee on Microprogram¬ 
ming and Microarchitecture. 

Publications. The board endorsed, in 
principle, the idea of a new transaction 
on VLSI as presented by Sheppard on 
behalf of the Publications Board. The 
Board of Governors further suggested 
that the Publications Board continue to 
investigate the idea of publishing such a 
transaction in cooperation with other so¬ 
cieties and/or organizations. 

Conferences and tutorials. The board 
approved a change to the IEEE Computer 
Society Policy and Procedures Manual, 
as presented by Urban, vice president of 
conferences and tutorials, that authorizes 
the C&T board to conduct random tech¬ 
nical audits of the paper review process 
used by individual conferences. The 
Board of Governors passed the proposed 
change with the intent that the technical 
audits would be as unnobtrusive as pos¬ 
sible. 

Serving as tutorials program chair, I 
reported to the board on the status of the 
tutorials program market survey, previ¬ 
ously authorized by the Executive Com¬ 
mittee at the May 1989 meeting (see 
President’s Message, August 1989, p. 4). 
The survey has been completed. 

Affiliate relationships. Barry W. 
Johnson recommended that the society 
establish an affiliate relationship with 
three other organizations: the Singapore 
Computer Society, the Korean Institute 
for Systems Scientists, and the Chinese 
Institute of Engineers (Taiwan). The 
board concurred and approved establish¬ 
ing the affiliations. 
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Society board proposes bylaws amendment 

At its November 17, meeting in Reno, Nevada, the IEEE Computer Society Board 
of Governors passed for the first time a bylaws amendment regarding the composition 
of the Finance Committee. To improve the efficiency of the budget development 
process, the board sought to reduce the size of the Finance Committee from nine vot¬ 
ing members to five. The smaller committee is composed of persons with societywide 
responsibilities, instead of those involved with specific programs. 

The change was recommended to the board by the Constitution and Bylaws Com¬ 
mittee, chaired by Helen M. Wood, 1990 president. It is published here for member 
comment in anticipation of its consideration a second time at the March 2 meeting of 
the board: 


Article XIV — Standing Committees, Section 7: Finance Committee 


Current wording: The Finance Com¬ 
mittee, in cooperation with the treasurer, 
shall develop and analyze the budget us¬ 
ing information provided by the chair¬ 
person of each board and standing com¬ 
mittee. The Finance Committee shall 
consist of all the vice presidents or their 
designated persons as members. The 
treasurer shall be an ex-officio member, 
with vote, of the Finance Committee. 


Proposed wording: The Finance Committee, in co¬ 
operation with the treasurer, shall develop and the 
analyze the budget using information provided by the 
chairperson of each board and standing committee. 
The Finance Committee shall consist of the president, 
immediate past president, president-elect, the secre¬ 
tary, and the treasurer (chair). Vice presidents or their 
representatives are ex-officio, non-voting members of 
the Committee, and as such are not required to attend 
extraordinary meetings of the Committee. 


Member comments should be sent to Duncan H. Lawrie, president-elect and chair 
of the Constitution and Bylaws Committee, at the society’s office at 1730 Massachu¬ 
setts Ave. NW, Washington, DC 20036-1903. 


IEEE Transactions on 
Computers EIC sought 

Nominations of qualified candidates 
are invited for the position of editor-in- 
chief of IEEE Transactions on Comput¬ 
ers, Sallie Sheppard, IEEE Computer So¬ 
ciety vice president of publications, has 
announced. This transaction is a monthly 
periodical with a distribution of 18,000 
copies to a readership composed largely 
of engineers, researchers, educators, and 
supervisors in the computer field. 

The editor-in-chief is responsible for 
targeting leading research areas impor¬ 
tant to Computer Society members. Con¬ 
sequently, each nominee must hold a 
PhD or equivalent, must have demon¬ 
strated innovative leadership in his or her 
research field, and must be nationally 
recognized. Nominations should be sent 
to Sallie Sheppard, Vice President of 
Publications, Texas A&M University, 
Office of the Associate Provost for Hon¬ 
ors Programs and Undergraduate Studies, 
103 Academic Building, College Station, 
TX 77843-4233. 


Members of large microprocessor/microcomputer TC active, innovative 

Glen Langdon, Chair, Technical Committee on Microprocessors and Microcomputers 


From standards to conferences to the 
creation of innovative technical ideas, 
the Technical Committee on Micropro¬ 
cessors and Microcomputers gives mem¬ 
bers a chance to test their current skills 
and develop new ones. 

The TCMM is one of the IEEE Com¬ 
puter Society’s largest hardware/archi¬ 
tecture-oriented TCs. In addition to all 
aspects of microprocessor and micro¬ 
computer technology, members are inter¬ 
ested in special applications, interface 
buses, and various aspects of operating 
systems and interface bus drivers. 

In one sense, the TCMM has its roots 
in microprocessor standards activities. In 
the Altair (or S-100) bus days, a Micro¬ 
processor Standards Committee (MSC), 
started by Bob Stewart, established ties 
with the Computer Society’s Computer 
Standards Committee. A restructuring of 
standards activities within the Computer 
Society increased vitality in the techni¬ 
cal committee structure, and creation of 
new TCs combined to forge the TCMM 
under Tom Cain’s chairmanship. The 
microprocessor standards effort came 
within the scope of TCMM and was the 


TC’s initial activity. 

Currently, the TCMM supports confer¬ 
ence activities, promotes and contributes 
to IEEE Micro, and takes pride in its 
leading role in microprocessor standards 
activities. The TCMM is the parent or¬ 
ganization for the committee that spon¬ 
sors IEEE standards for microprocessors 
and microcomputing, and for the MSC. 

Creative activities. Typically, you 
think a standards activity means haggling 
over arbitrarily different ways to do the 
same thing, or putting a stamp of ap¬ 
proval on what some company has done. 
When viewed as a combination of give- 
and-take, haggling, and compromise be¬ 
tween parties with vested interests in 
their own products, a standards activity 
may appear to outsiders to have little 
need for technical expertise. Indeed, po¬ 
litical skill and patience may seem more 
important. 

But there is also an attractive aspect to 
participation in MSC working groups. 
One of our loosely guarded secrets is that 
many of our standards activities are 
highly creative, particularly in interface 


busing. To be creative, of course, work¬ 
ing group members must also haggle, 
compromise, write reports, push paper, 
work with the IEEE, play politics, show 
patience, suppress frustration when the 
best technical solution is replaced by a 
politically motivated solution — and 
more. Nevertheless, many MSC activi¬ 
ties offer mental nourishment for crea¬ 
tive people. 

Advances in technology create novel 
interfacing problems and open new op¬ 
portunities to interconnect microproces¬ 
sors for greater parallelism. Many of the 
people who develop standards are at the 
forefront in meeting these challenges. 
The development of high-speed bus driv¬ 
ers is just one of the many creative con¬ 
tributions resulting from the Futurebus 
effort. 

Being where new solutions are re¬ 
quired places MSC members in an ad¬ 
vantageous position. When it appeared 
that many diverse buses were providing 
extra pins, MSC members wondered, 
“Why not define a serial-bus protocol 
that would be common to the diverse 
parallel buses?” This is what it means to 
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be at the leading edge — and to look be¬ 
yond. The serial-bus work is resulting in 
innovative new protocols. 

Vital, broad functions. Several im¬ 
portant and far-reaching MSC activities 
are under way. The Scalable Coherent 
Interface (SCI) working group is focus¬ 
ing on the organization of processor 
nodes that number in the thousands. This 
work involves hardware and bus proto¬ 
cols for interbus and intrabus connec¬ 
tions in a scalable, extensible, common 
framework. 

At MSC meetings, reports on the prob¬ 
lems shared by different working groups 
begin to emerge, and this has fostered 
common approaches to like problems. 
One such activity is standardization of 
the control-and-status aspect of each 
interface bus. There is considerable ac¬ 
tivity in the 32-bit-bus arena, with each 
competing manufacturer naturally inter¬ 
ested in the bus that favors its own prod¬ 
uct. However, the way the software sees 
and treats the I/O interface is a problem 
that could be made independent of the 
underlying physical and detailed timing 
aspect of a bus interface. The control- 
and-status-register (CSR) architecture 


work is emerging as a key technical con¬ 
tribution to the field. When completed, 
this standard should greatly facilitate 
both the portability of software across 
buses, and communication between 
heterogeneous processor nodes and 
buses. 

An important function of TCMM 
members is to form a balloting group to 
comment on, approve, or disapprove 
drafts of proposed standards. Members 
of the balloting body receive a copy of 
the proposal, so this is a good way to be¬ 
come familiar with standards develop¬ 
ment. Anyone wishing to keep abreast of 
SCI, CSR, or Futurebus activities might 
consider joining the appropriate balloting 
body. I would welcome hearing from 
interested readers and can be contacted at 
the Computer Engineering Board, Uni¬ 
versity of California, Santa Cruz, CA 
95064. 

A two-page summary of current MSC 
activities, including names and phone 
numbers of contacts, is available to inter¬ 
ested readers who circle Reader Service 
Number 185 on one of the reader re¬ 
sponse cards in this magazine. 

Technical meetings. It is also impor¬ 


tant for technical committees to sponsor 
technical meetings. The TCMM cospon¬ 
sored and helped revive ACM’s 
ASPLOS (Architectural Support for Pro¬ 
gramming Languages and Operating Sys¬ 
tems) conference in October 1987. This 
conference was offered once with the 
ACM as sole sponsor, but it languished. 
Volunteers from the TCMM stimulated a 
second conference on the subject. The 
TCMM also ran a workshop on the Fu¬ 
turebus effort. Together with the Techni¬ 
cal Committee on VLSI and the Techni¬ 
cal Committee on Data Engineering, the 
TCMM sponsored a conference on trans¬ 
action machine architecture in the fall of 
1988. 

More recently, the TCMM sponsored 
its own conference, devoted to pushing 
the performance limit on a chip. “Hot 
Chips” premiered in June 1989 and 
treated over 500 attendees to presenta¬ 
tions on the latest high-performance 
chips by the technical people involved in 
their development. 

Future TCMM activities will include 
publication of a newsletter; volunteers 
are sought to write articles and to put is¬ 
sues together. Interested parties should 
contact me at the address given above. 
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. THE INSTITUTE OF ELECTRICAL AND 
► ELECTRONICS ENGINEERS, INC. 


The European Design Automation Conference 

Glasgow, Scotland 12-15 March 1990 


The European Design Automation Conference will be held in Glasgow, 
Scotland from 12 -15 March 1990. 

Run by EDAC, a non profit association, the conference is intended for De¬ 
sign Automation professionals and is co-sponsored by CAVE and UKDA 
in association with IEEE/DATC, ACM/SIGDA, IEE and other European 
technical societies. 

From more than 300 submitted papers, the Programme Committee ac¬ 
cepted 120 verbal presentations organized in 3 parallel sessions, and 30 
poster presentations. The scope covers all areas of the design process 
from concept to manufacture, and includes CAD and DA tools for ana¬ 
log, digital, VLSI, microwave and high-speed electronics. 

In addition, a panel session, a number of fringe meetings, a day of 
tutorials and some vendor presence are organized. 

For further details. Secretariat 
contact: EDAC 90 

CEP Consultants Ltd. 

26-28 Albany Street 
Edinburg EH13QH 
Scotland 

Telephone: +44 31 557 2478 Fax: +44 31 557 5749 







Hagerty presented Distinguished Service Award at Supercomputing 89 


Michael Hagerty was presented the 
IEEE Computer Society Distinguished 
Service Award during ceremonies held 
November 14 at Supercomputing 89 in 
Reno, Nevada. Hagerty was cited for 
“distinguished service in Pascal stan¬ 
dardization efforts at both the national 
and international levels.” 

Mario R. Barbacci and Nathaniel R. 
(Ned) Kornfield were presented Out¬ 
standing Contribution Awards at the ban 
quet. Barbacci was honored for “the con¬ 
cept and execution of TABS, the Techni¬ 
cal Activity Board’s Computer supple¬ 
ment.” Kornfield was cited for “out¬ 
standing contributions as the founding 
chairperson for the Committee on Public 
Policy, 1984-1987.” 

Meritorious Service Awards were pre¬ 
sented to 



Michael Hagerty (left) receives the society’s Distinguished Service Award from 
1989 President Ken Anderson (center) and the Awards Committee chair, 
Marshall Yovits. 


• J.K. Aggarwal, for “technical and 
administrative leadership while serving 
as chair of the Technical Committee on 
Pattern Analysis and Machine Intelli¬ 
gence.” 

• Donald Bouldin, for “technical and 
administrative leadership while serving 
as chair of the Technical Committee on 
VLSI.” 

• Joseph Boykin, for “effective leader¬ 
ship and guidance of the Technical Com¬ 
mittee for Operating Systems and for 
contributions to the improvement of 
TAB.” 

• Margaret Brown, for “establishing 
and maintaining continuous high-quality 
support to the volunteers in the editing 
and publication of the Computer Society 
Tutorial Series.” 

• Richard Burke, for “excellent and 
continuous leadership for long-range 
Publications Program planning.” 

• Patric Savage, for “technical and 
administrative leadership while serving 
as chair of the Technical Committee on 
Mass Storage Systems.” 

• Anneliese von Mayrhauser, for “out¬ 
standing service to the Technical Activi¬ 
ties Board as both TAB secretary and 
treasurer.” 

Certificates of Appreciation were 
awarded to 

• Chris Baldwin, for “significant tech¬ 
nical and literary contributions as editor 
of the Draft Standard on a methodology 
for Software Quality Metrics Methodol¬ 
ogy (P1061).” 

• Doris Carey, for “technical and ad¬ 
ministrative leadership while serving as 




Meritorious Service Awards were presented in 
Reno, Nevada, to (top row, from left) J.K. Aggar¬ 
wal, Don Bouldin, Joseph Boykin, (second row, 
from left) Margaret Brown, Dick Burke, Patric 
Savage, and (left) Anneliese von Mayrhauser. 
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chair of the Technical Committee on 
Computers in Education.” 

• Bill Carroll, for “significant service 
to the profession in the ABET [Accredi¬ 
tation Board for Engineering and Tech¬ 
nology] accreditation process.” 

• Vi Doan, for “consistent high-quality 
administrative support to the Computer 
Society president during 1987-89.” 

• Martin Freedman, for “technical and 
administrative leadership while serving 
as chair of the Technical Committee on 
Computer Packaging.” 

• Michel Israel, for “technical and ad¬ 
ministrative leadership while serving as 
chair of the Technical Committee on 
Multiple-Valued Logic.” 

• Jacques Kevers, for “exemplary man¬ 
agement of the Brussels office of the 
Computer Society.” 

• James Kho, for “significant service 
to the profession in the CSAB [Comput¬ 
ing Sciences Accreditation Board] ac¬ 
creditation process.” 

• Kyoko Mikami, for “creativity and 
diligence while establishing the Asian 
office of the Computer Society.” 

• Harold Stone, for “leading the soci¬ 
ety’s Computing Research Board negoti¬ 
ating team and serving as a resource in 
providing guidance and counsel on con¬ 
flict-of-interest issues.” 



Certificates of Appreciation were awarded November 14 to (top row, from left) 
Chris Baldwin, Doris Carey, Bill Carroll, (second row, from left) Vi Doan, 
Michel Israel, Jacques Kevers, (third row, from left) James Kho, Kyoto Mikami, 
and Harold Stone. 


Parrish nominated, Sloan elected to IEEE posts 


IEEE Computer Society 1988 Presi¬ 
dent Edward A. Parrish, Jr., is one of 
three people nominated to run for IEEE 
president-elect in this year’s elections. 
The winning candidate will become 
IEEE president in 1992. Martha Sloan, 
also a Computer Society past president 
(1984-85), has been elected IEEE 1990 
executive vice president. Since the IEEE 
membership has passed a constitutional 
amendment eliminating this office in 
1991, she will be the last person to 
hold it. 

Parrish, a fellow of the IEEE, has been 
active on numerous Computer Society 
boards and committees for nearly 20 
years. He is the society’s Division V 
delegate-director on the IEEE board and 
serves on the Constitution and Bylaws 
Committee, the Finance Committee, and 
the Planning Committee on the CS 
board. He is also the Computer Society 
ambassador for transnational relations. 

The other two candidates for IEEE 
president-elect are Edward C. Bertnolli, 
who has served as vice president of pro¬ 


fessional activities, and Theodore W. 
Hissey, a divisional director. 

Sloan has been an IEEE member since 
1959 and was named a senior member in 
1976. For 1986-87, she served as dele¬ 


gate-director of Division V and in 1988 
was named IEEE treasurer. She has had 
many years of involvement with Com¬ 
puter Society conference and chapter ac¬ 
tivities. 
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STUDENT MEMBERSHIP APPUCA TION 


Students, Membership Is Part Of Being A 
Professional...Join The IEEE Computer Society Now! 


As a student member of the 
Computer Society, you will have a 
wealth of resources for professional 
success, both in school and beyond. 
The student cost to join is much less 
than you'd think - and the benefits, 
much greater. Among the many 
automatic benefits offered to 
IEEE/Computer Society student 
members are, 

□ Computer magazine monthly 

□ IEEE Spectrum, The Institute, and 
Potentials 

□ Local chapter activities 

□ Discounts on optional periodicals. 
Computer Society Press books, 
and conferences. 


Name 


PERSONAL 


Street address 


City State/Country Mail code 

□ Male □ Female Date ot birth / / _ 

month day year 

NOTE: Students MUST be IEEE members to qualify for membership in the Computer 
Society. If you are not already an IEEE member, you may sign up for both memberships 
at once. To qualify for student membership, we must receive your application prior to 
graduation. 


EDUCATION & ENDORSEMENT 


City 


ear □ 4-5 year Graduate: □ Masters □ PhD 
I CS aComp.Eng. □ Physics □ EE Tech. □ Other _ 


Undergraduate: □ 2-3' 

Degree sought: □ EE C 

(Ifthere is no chapter advisor at your school, please obtain the endorsing signature of a faculty member 
who is also an IEEE member, and include membership number.) 


Name of IEEE advisor/counselor School code 

I endorse this application for student membership in the IEEE and the Computer Society, and 
certify the degree information as given to be correct and complete. 


Signature of IEEE advisor/counselor 



Membership dues are annualized to, and expire on, December 
31. Choose full or half-year rate schedules depending on date 
of receipt by the Computer Society as indicated below. Please 
check the membership category that describes your status at 
the time of this application. 

Full Year Half Year 

9/1-2/28 3/1-8/31 

lam an IEEE member * who wishes to 
join the Computer Society □ $9.00 □ $4.50 

I am a student who wants to join BOTH the 
IEEE and the Computer Society Q$29.00 Q$14.50 

* IEEE no_ 

□ Student members in the US and Canada automatically 
receive Potentials magazine. Students residing outside these 
areas may elect not to receive Potentials by checking here and 
subtracting $6.00 from full-year fee, $3.00 from half-year fee. 

TOTAL ENCLOSED $_ 

Checks are accepted in Belgian, British, German, Japanese, 
Swiss or US currencies. US checks must be drawn on a US 
bank. 

□ Check/Money Order □ Visa 

□ American Express □ Mastercard 
(MINIMUM CHARGE $10.00) 

Card number^_ 

Expiration Date_ 

Return with your remittance to: IEEE Computer Society, 10662 
Los Vaqueros Circle, PO Box 3014, Los Alamitos, CA 
90720-1264 USA. Residents of Europe/Africa/Middle East 
mail to: IEEE Computer Society, 13, Avenue de I’Aquilon, 
B-1200 Brussels, BELGIUM. Residents of Asia mail to: IEEE 
Computer Society, Ooshima Building, 2-19-1 
Minami-Aoyama, Minato-ku, Tokyo 107, JAPAN. 


AGREEMENT 


I hereby apply for IEEE Computer Society student membership and, if elected, 
will abide by the IEEE constitution and bylaws, and its statements of policies 
and procedures. 


N IEEE COMPUTER SOCIETY 


Student’s signature 


Date 


Nonstudents interested in membership: 
circle reader service #202 for information. 





































UPDATE 


Contributions to Update are welcome. Send news ot industrial or university research and of public policy or professional issues to Update Editor, 10662 Los Vaqueros Circle, 
Los Alamitos, CA 90720, or to Editor-in-Chief Bruce D. Shriver, Vice President for Research, University of Southwestern Louisiana, Drawer 42730, Lafayette, LA 70504. 


Computer Bowl II — Let the chips fall where they may 


Steve Wilcox, Staff Editor 

Will the West Coast avenge its humili¬ 
ating defeat? Will the East Coast’s 
“MacArthur” tactics lead it again to vic¬ 
tory? Will anyone remember which 
popular computer was introduced in a 
one-time TV commercial during Super 
Bowl XVIII? Or the computer that co- 
starred with Robert Redford in the film 
Three Days of the Condor ? 

The answers to the last two questions 
are the Macintosh and the PDP-11, re¬ 
spectively. The answers to the first two 
questions will have to wait a couple of 
months until the Computer Musuem 
hosts the second Computer Bowl. 

On April 27, 1990, at Boston’s World 
Trade Center, the East Coast computer 
industry’s “best and brightest” will try to 
repeat the drubbing they gave their West 
Coast counterparts at the first bowl in Oc¬ 
tober 1988. As did the first event, this 
year's duel will pit rivals in the high-tech 
industries of both coasts in a test of com¬ 
puter history, technology, business, and 
folklore. 

East Coast team captain Patrick J. 
McGovern, founder and chairman of the 
International Data Group, a research and 
publishing consortium, plans “to con¬ 
quer all sectors and achieve uncondi¬ 
tional victory against the West.” Com¬ 
paring his “brilliant war plan” to that of 
Gen. Douglas MacArthur, McGovern 
claims that the “micro-forces of the West 
are no match for the East Coast’s full-line 
capabilities.” 

“While MacArthur won World War II, 
his dated tactics will doom Pat 


News briefs 

Sematech to help develop semicon¬ 
ductor curriculum. Sematech has 
agreed to help the Texas State Technical 
Institute and the Center for Occupational 
Research and Development develop the 
“ideal” curriculum for training semicon¬ 
ductor manufacturing technicians. 
CORD had recently been awarded 
$417,000 by the US Department of Edu¬ 
cation to design and implement course- 
work in semiconductor manufacturing. 


McGovern's East Coast team to an igno¬ 
minious defeat,” claims West Coast cap¬ 
tain John Doerr, former engineer-inven¬ 
tor and now partner at the Kleiner Perkins 
Caufield and Byers venture capital firm. 
“The only possible area the East could 
ever win in is trivia, since it’s obvious in¬ 
novation and leadership in computing 
have moved West.” 

Filling out the two enemy camps are 

• West Coast: Stewart Alsop II, editor- 
publisher of PC Letter, Microsoft chair¬ 
man William H. Gates; Charles House, 
general manager of the Software Engi¬ 
neering Systems Division at Hewlett- 
Packard; and Lawrence Tesler, vice 
president of Advanced Technology for 
Apple Computer. 

• East Coast: William Foster, presi¬ 
dent and chief executive officer of Stra¬ 
tus Computer; Robert Frankston, chief 
scientist at Lotus Development Corp.; 
Edward Fredkin, president of Capital 
Technologies; and Russell Planitzer, 
chairman of Prime Computer. 

This year’s questions will be posed by 
1988’s highest scorer, Mitchell Kapor, 
chairman of ON Technologies. Judges 
will be William “Bill” Joy, vice president 
of research and development at Sun Mi¬ 
crosystems, and John William “Bill” 
Poduska Sr., chairman and chief execu¬ 
tive officer of Stellar (now Stardent) 
Computer. 

The Public Broadcasting Service’s se¬ 
ries, Computer Chronicles, will feature 
the bowl nationwide in two later broad¬ 


Sematech, a consortium of 14 US semi¬ 
conductor manufacturers, will give 
CORD information and guidance on 
skills and courses needed by semicon¬ 
ductor technicians. CORD will develop 
the curriculum and teaching materials, 
while TSTI will provide instructors, 
classrooms, and laboratories. 

Courses will include high vacuum sys¬ 
tems, optics, semiconductor materials, 
and electromechanical systems. 


casts. There are also plans to beam a live 
satellite feed to the West Coast. 

The IEEE Computer Society is a corpo¬ 
rate member of the Computer Museum, 
the only museum in the world exclusively 
devoted to computers and their impact on 
society. Its facilities include more than 
60 hands-on exhibits, two theaters, and a 
large collection of historical computers 
and robots. 

The Computer Bowl is partly designed 
to highlight “the critical national impor¬ 
tance of computer literacy through edu¬ 
cational access and outreach programs 
for all, regardless of economic or educa¬ 
tional status,” according to Computer 
Bowl national chair and founder Pat 
Collins Nelson, who is also a founder of 
Apollo Computer and Fluent Machines. 

As part of its fund-raising effort toward 
increasing computer awareness and liter¬ 
acy, the museum is offering a number of 
Computer Bowl sponsorship opportuni¬ 
ties to businesses and other concerned 
leaders — anything from Official Floppy 
Disk to Official Accounting Firm, Law 
Firm, Fax Machine, Libation, or Airline. 
The 1988 event raised more than $450,000 
in cash, trade, and services. Those inter¬ 
ested in sponsorship should write to The 
Computer Bowl, The Computer Museum, 
300 Congress St., Boston, MA 02210. 

Also, those who want to test their wits, 
albeit after the fact, against the first Com¬ 
puter Bowl’s contestants can send to the 
same address for a complete set of the 
1988 questions and answers. Include $3 
and a stamped, self-addressed envelope. 


Report cites top computer firms. The 

US was home to nine of the top 20 com¬ 
puter manufacturers in the world in 1988, 
according to a new report by a US consult¬ 
ing firm. Japan added two firms — 
Toshiba and Matsushita — to the list, 
bringing that country’s total representa¬ 
tion to five companies. 

The report by the Arthur D. Little con¬ 
sulting firm uses estimated revenues to 
rank the leading computer firms of 1988 
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as follows: IBM, Digital Equipment Cor¬ 
poration, Fujitsu, Unisys, NEC, Hitachi, 
Hewlett-Packard, Siemens, NCR, Groupe 
Bull, Olivetti, Apple, Toshiba, Control 
Data, Wang, Nixdorf, Matsushita, STC- 
ICL, Philips, and Compaq. 

The report also predicts rankings for 
1993: IBM, DEC, Fujitsu, Groupe Bull- 
NEC, Unisys, Hitachi, Hewlett-Packard, 
Siemens, NCR, Olivetti, Toshiba, Apple, 
Wang, Nixdorf, Matsushita, STC-ICL, 
Compaq, Philips, EDS, and Amdahl. 

The report predicts that the top 20 firms 
will grow by 8-10 percent through 1993. 
Factors on which the predictions are 
based include possible saturation of the 
mainframe and minicomputer markets 
and a lack of technology and standards al¬ 
lowing simple integration of disparate 
systems. 

American Electronics Association 
adopts CFC policy. The American Elec¬ 
tronics Association has adopted indus¬ 
try-wide goals to cut chlorofluorocarbon 
emissions in half by the end of 1993 and 
eliminate them by the year 2000. The new 
policy also calls for a 40 percent reduc¬ 
tion in methyl chloroform emissions by 
the year 2000. 

Chlorofluorocarbons have been linked 
to depletion of the Earth’s ozone layer. 
Methyl chloroform has a somewhat lower 
potential for damage. 

The AEA goals exceed those of the 
Montreal Protocol, the international 
agreement requiring a 50 percent reduc¬ 
tion in CFCs by 1998. The Montreal 
Protocol also does not address methyl 
chloroform emissions. 

McRae gets first compuational sci¬ 
ence award. Gregory J. McRae, associ¬ 
ate professor of chemical engineering 
and public policy at Carnegie Mellon 
University, has received the first Fore¬ 
fronts of Large-Scale Computational 
Problems Award. The Society for Indus¬ 
trial and Applied Mathematics’ Institute 
for the Advancement of Scientific Com¬ 
puting established the award “to promote 
innovation in tackling the grand chal¬ 
lenges confronting computational sci¬ 
ence.” SIAM hopes the award, which in¬ 
cludes a $5,000 prize, will be the compu¬ 
tational science equivalent of the Turing 
award in computer science. 

An eight-member panel chose McRae 
for his computer modeling of large at¬ 
mospheric systems. McRae’s work tries 
to unravel the physical and chemical pro¬ 
cesses responsible for urban smog, acid 
rain, and global climate. His work with 
Carnegie Mellon mechanical engineer¬ 
ing professor Armistead Russell yielded 
a detailed model of pollution in Los An¬ 
geles on which the current Los Angeles 
Air Quality Management Plan is based. 


RESEARCH OPPORTUNITIES 


Science Center, Southern California 

Rockwell International Corporation s Science Center has immediate opportunities in its 
Information Sciences Function for individuals to conduct research in distributed object 
oriented databases. 

Research Scientist 

Requires PhD in Computer Science or related field and proven research record, and/or ex¬ 
tensive experience with object oriented languages/distributed databases. Duties include 
formulation of research directions and independent research activities. 

Senior Technical Assistant 

BS/MS in Computer Science or related field and proven record of innovative and independent 
work with object oriented languages and/or distributed databases. 

The Science Center offers an academic environment in which creative energy thrives: and 
technical facilities, a physical environment, and corporate support that are unsurpassed. 
Highly competitive salaries and benefits are part of the package. Please forward your resume 
to: Rockwell International Science Center, Professional Staffing (ISD-20), 1049 Camino 
Dos Rios, Thousand Oaks, CA 91360. Equal Opportunity Employer. 



Rockwell International 

...where science gets down to business 
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CAREER OPPORTUNITIES 


RATES: $12.00 per line, $120 
minimum charge (up to ten lines). 
Average five typeset words per line, eight 
lines per column inch. Add $10 for box 
number. Send copy at least one month 
prior to publication to: Heidi Rex or 
Marian Tibayan, Classified Advertis¬ 
ing, COMPUTER Magazine: 10662 Los 
Vaqueros Circle, Los Alamitos, CA 
90720; (714) 821-8380. 

In order to conform to the Age Discrimi¬ 
nation in Employment Act and to dis¬ 
courage age discrimination, COMPUTER 
may reject any advertisement containing 
any of these phrases or similar ones: 
“...recent college grads...,” “1-4 years 
maximum experience...,” “...up to 5 years 
experience...,” or “...10 years maximum 
experience.” COMPUTER reserves the 
right to append to any advertisement, 
without specific notice to the advertiser, 
“Experience ranges are suggested mini¬ 
mum requirements, not maximums.” 
COMPUTER assumes that, since adver¬ 
tisers have been notified of this policy in 
advance, they agree that any experience 
requirements, whether stated as ranges or 
otherwise, will be construed by the reader 
as minimum requirements only. 


UNIVERSITY OF NEBRASKA- 
LINCOLN 
Search Reopened 
Computer Science and 
Engineering Department 
Department Chair 

Seek applicants and nominees to chair 
dynamic department that has 15 doctorate 
faculty and offers programs leading to the 
BS, MS, and Ph D. degrees. Research pro¬ 
grams are in algorithms, theoretical com¬ 
puter science, communication and informa¬ 
tion theory and networks information 
retrieval, fault tolerant computing, and 
human factors. UNL has a wide variety of 
computing resources linked by a sophisti¬ 
cated campus-wide network. It is the lead in¬ 
stitution in the NSF-funded regional net¬ 
work, MIDnet, and a node on the NSFnet 
backbone. Special state tax funds have been 
appropriated to enhance research. 

Requires Doctorate in Computer Science 
or related field and evidence of strong 
leadership for research and academic pro¬ 
grams. Administrative experience is 
desirable. 

Qualified applicants should send resumes 
and names of three references postmarked 
by February 1 (or until suitable candidates 
apply thereafter) to: Samuel B. Treves, As¬ 
sociate Dean, College of Arts and Sciences, 
1223 Oldfather Hall, University of Nebraska- 
Lincoln, Lincoln, Nebraska 68588-0312. 

Affirmative Action/Equal Opportunity 
Employer. 


PORTLAND STATE UNIVERSITY 
Computer Science Department 

Tenure-track positions at the Assistant-, 
Associate-, or Full Professor level are avail¬ 
able immediately. Support provided by local 
industries allows us to offer competitive 
salaries and an excellent working environ¬ 
ment. Applicants must have an earned doc¬ 
torate. Responsibilities include undergradu¬ 
ate and graduate teaching, development of 
sponsored research, and interaction with 
local industry. 

One or more regular faculty positions, in 
any computer-science field of study, are avail¬ 
able starting summer, 1990 or fall, 1990. 

Also, the Tektronix Foundation has 
awarded Portland State University a 
$360,000 grant for its software engineering 
curriculum, establishing two additional 
tenure-track positions in software engineer¬ 
ing, with significant ancillary support for 
those positions. The two new faculty will join 
Dick Hamlet and Warren Harrison on our 
faculty, and local software engineers such as 
Mayer Schwartz, to create a center for soft¬ 
ware engineering. One position is open im¬ 
mediately; the other for fall, 1990. 

Portland State University, one of three 
major universities in the Oregon State 
System of Higher Education, is located in the 
heart of Portland, Oregon. The campus is 
downtown, near to parks, shopping, and the 
theater district. Portland is a beautiful city 
which offers a diversity of recreation within 
easy driving distance—unequaled fishing 
(salmon and steelhead within a mile of cam¬ 
pus), skiing and mountain climbing, the 
scenic Oregon coast, and unmatched state 
campgrounds, to name a few. 

PSU’s Computer Science Department is 
located in the Portland Center for Advanced 
Technology, which also houses the Electrical 
Engineering Department, plus CAD/CAM, 
VLSI design, computer vision, and optical 
communications laboratories. The CS de¬ 
partment operates a state-of-the-art network 
of UNIX, AI, parallel processing and graph¬ 
ics systems and workstations. 

Portland has a rapidly growing computer 
and electronics industry including Tektronix, 
Intel, Servio Logic, Sequent Computer Sys¬ 
tems, Mentor Graphics, and Oregon Soft¬ 
ware, permitting close industry-university in¬ 
teraction. The excellent research facilities 
and faculty of the Oregon Graduate Center 
are only a few minutes away. 

Send application, including a resume and 
the addresses of three references, to: 

Dick Hamlet, Recruiting Committee 
Department of Computer Science 
Portland State University 
P.O. Box 751 
Portland, OR 97207 
e-mail: hamlet@cs.pdx.edu 
Deadline for application is February 15, 
1990 or thereafter until positions are filled. 
Non-U.S. Residents must state their visa 
status. Portland State University is an equal- 
opportunity/affirmative-action employer. 
Minorities and women are encouraged to 
apply. 


UNIVERSITY OF WASHINGTON 

The Department of Computer Science 
and Engineering expects to have one or 
more tenure-track openings starting in the 
1990-91 academic year. We seek outstand¬ 
ing applicants who add to our existing re¬ 
search strengths, particularly in graphics, 
programming languages/compilers, and 
software engineering, or who bring signifi¬ 
cant new research strength to our department. 

A moderate teaching load allows time for 
quality research and close involvement with 
students. We expect applicants to have a 
strong commitment to both research and 
teaching, and an outstanding record of 
research for their level. 

The department may also have several 
visiting positions that would require both 
teaching and research. It may be possible to 
hold these for portions of the 1990-91 aca¬ 
demic year. 

Interested applicants should send a letter 
of application, a resume, and the names of 
four references to Paul Young, Faculty Re¬ 
cruiting Committee, Department of Com¬ 
puter Science and Engineering FR-35, Uni¬ 
versity of Washington, Seattle, Washington 
98195. 

The University of Washington is an Affir¬ 
mative Action/Equal Opportunity Employer. 
The Ph D. is required for these positions. 


UNIVERSITY OF MASSACHUSETTS/ 
AMHERST 

The Department of Electrical and Compu¬ 
ter Engineering at the University of Massa¬ 
chusetts at Amherst invites applications for 
an anticipated junior tenure-track position in 
computer engineering. The department is 
one of the largest in New England, with 
about 38 faculty and 300 graduate students. 
Computer facilities include CYBER main¬ 
frame computers and networks of VAX and 
microVAX machines. The department has 
many ties with computer companies in the 
Commonwealth providing research, equip¬ 
ment, consulting and teaching support, as 
well as the Massachusetts Microelectronics 
Center, which has provided substantial com¬ 
puting equipment to support VLSI-related 
teaching. All candidates must have the 
Ph.D. degree with a background in compu¬ 
ter engineering, have interests in teaching as 
well as a strong research orientation. Teach¬ 
ing loads are generally conducive to the 
establishment of high-quality research pro¬ 
grams. Salaries commensurate with qualifi¬ 
cations and experience. Send resume and 
names of three references by March 30, 
1990 to Professor Keith R. Carver, Head, 
Department of Electrical and Computer 
Engineering, University of Massachusetts, 
Amherst. MA 01003. The University of Mas¬ 
sachusetts is an Equal Opportunity/Affirma- 
iive Action Employer. 
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GETTYSBURG COLLEGE 
Gettysburg, PA 17325 

Position for Fall 1990. Tenure track Assis¬ 
tant Professor. Ph.D. in Computer Science 
preferred. Minimum Requirement Ph.D. in 
related field with Master’s Degree in Com¬ 
puter Science. 

Highly selective coed liberal arts college. 
1800 students. Historic location in rural 
south-central PA with proximity to Washing¬ 
ton and Baltimore. Extensive computing 
facilities, CS major. Opportunities to 
develop an evolving CS curriculum. To 
guarantee consideration applications should 
be received by Feb. 16, 1990. Send resume 
and 3 letters of reference to: Professor L. 
Carl Leinbach, Chair, Mathematics and 
Computer Science. Equal Opportunity/Af- 
firmative Action Employer. Women and 
minority candidates encouraged. 


UNIVERSITY OF CALIFORNIA 
AT DAVIS 
Faculty Positions in 
Computer Science 

The Computer Science Division of the 
Department of Electrical Engineering and 
Computer Science of the University of Cali¬ 
fornia at Davis invites applicants for tenure- 
track positions at all ranks, in areas of dis¬ 
tributed computing, theory, architecture, 
graphics, programming systems and 
languages. 

The division is in a period of rapid growth, 
with the aim of becoming one of the leading 
computer science programs in the nation. 
Programs are offered leading to the Bachelor 
of Science, Master of Science, and Doctor of 
Philosophy degrees. Constantly expanding 
research facilities include Sequent, Encore, 
and Intel multiprocessor systems, several 
VAX systems, and numerous Sun, Microvax 
II, Apollo, and Iris workstations, all linked via 
LAN. Also available are departmental and 
campus instruction facilities, and the super¬ 
computer resources of the Lawrence Liver¬ 
more National Laboratories. Salary and 
benefits are extremely attractive. 

The progressive city of Davis has a popu¬ 
lation of approximately 50,000. Located 
eleven miles from the state capital of Sacra¬ 
mento, it is an easy drive to the major 
cultural centers of the San Francisco Bay 
Area, as well as to unparalleled recreation 
areas, including the California coast and the 
Sierra Nevada mountains. The location, cli¬ 
mate, and character of Davis make it an out¬ 
standing living environment. 

Applicants should have a commitment to 
continued strong records of teaching and 
research, including the desire and ability to 
attract significant external support. A Ph.D. 
is required for all ranks. Advanced ranks re¬ 
quire experience and accomplishments 
commensurate with placement. The posi¬ 
tions are open until filled. 

Respond with a resume and the names of 
at least three references to: 

Robert M. Keller, Chair 

Division of Computer Science 

University of California at Davis 

Davis, CA 95616 

The University of California is an equal 
opportunity/affirmative action employer. 


UNIVERSITY OF CALIFORNIA, 
SANTA BARBARA 

Department of Computer Science 

The University of California at Santa Bar¬ 
bara invites applications for at least three 
tenure-track positions in the Department of 
Computer Science. These positions are 
available at both senior and junior levels. 
Senior applicants should possess extremely 
distinguished research records, while junior 
candidates should have records proving ex¬ 
ceptional promise. The Department of Com¬ 
puter Science, in the rapidly expanding Col¬ 
lege of Engineering, is a strong department 
of 17 persons. UCSB and the College of 
Engineering are committed to maintaining 
the growth of the Computer Science Depart¬ 
ment and attaining a department having the 
greatest excellence and highest national 
visibility. 

Outstanding persons in all areas of Com¬ 
puter Science will be considered, although 
the department is currently attempting to 
achieve its main strengths in the areas of 
algorithms and complexity, software sys¬ 
tems, parallel and distributed computing, 
scientific computation, performance evalua¬ 
tion and machine intelligence. Senior ap¬ 
pointees will have significant input in guiding 
the growth and development of the depart¬ 
ment. Resources will be available for state- 
of-the-art laboratories for research and in¬ 
struction, and strong support will be made 
available and tailored to the needs of suc¬ 
cessful applicants. Interactions with various 
research groups on campus are strongly en¬ 
couraged and supported. 

All applicants should hold a doctoral 
degree in Computer Science or a related 
field and must have an excellent record of 
research. Teaching experience is highly de¬ 
sirable. We expect to fill these positions dur¬ 
ing the 1990-91 academic year. Positions 
are open until filled. Send resume and 
names of referees to: 

Chairman, Planning and Recruitment 
Committee 

Department of Computer Science 

University of California 

Santa Barbara, CA 93106 

Proof of U.S. citizenship or eligibility for 
U.S. employment will be required prior to 
employment (Immigration Reform & Con¬ 
trol Act of 1986). 

The University of California is an Equal 
Opportunity/Affirmative Action Employer. 


UNIVERSITY OF CALIFORNIA 
AT RIVERSIDE 
Faculty Positions in 
Computer Science 

Applications and nominations are invited 
for tenured or tenure track positions in Com¬ 
puter Science beginning July 1, 1990 or 
later. Ph.D. and demonstrated excellence in 
research and teaching are required. Promi¬ 
nent senior candidates are especially en¬ 
couraged to apply. The program in com¬ 
puter science is growing rapidly, and is pro¬ 
jected to double in size in the next 4 years. 
The department has decided to concentrate 
in areas projected to be important in the 21st 
century, including algorithm design, parallel 
computation, computational logic, design 


automation, programming languages, com¬ 
puter architecture, and software engineer¬ 
ing. Three open rank positions are available. 
One is targeted to Computational Logic and 
another is targeted to Design Technology; 
the third is open as to area. This is an oppor¬ 
tunity to participate in shaping a developing 
program in computer science, with the ad¬ 
vantage of a close liaison with a well- 
established mathematics department. 

Riverside is a rapidly growing community 
of over 200,000, one hour from Los 
Angeles; an independent metropolitan 
center, not a suburb. The city has its own 
Philharmonic and Civic Light Opera. Skiing 
is available from November to April less than 
1 hour away in the San Bernardino moun¬ 
tains. Housing is far less expensive than in 
most other areas of Southern California. The 
Riverside campus of the University of Cali¬ 
fornia has an undergraduate enrollment of 
6700 and a graduate enrollment of 1400, 
and is expected to double in size by the turn 
of the century. Other major institutions, such 
as UC Irvine, UCLA, USC, UC San Diego, 
and Cal Tech, are within easy driving 
distance. 

Send all materials including curriculum 
vita and the names of at least three refer¬ 
ences to: Professor Lawrence Larmore, 
Chairman, Computer Science Recruiting 
Committee, Department of Mathematics 
and Computer Science, University of Cali¬ 
fornia, Riverside, CA 92521. The pool of 
candidates will consist of all those whose 
completed applications are received by Jan¬ 
uary 8, 1990. If the search is not successfully 
completed from this pool, the pool will be 
enlarged to include all those whose com¬ 
pleted applications are received between 
January 9, 1990 and March 5, 1990. 

University of California, Riverside, is an 
Affirmative Action/Equal Opportunity 
Employer. 


UNIVERSITY OF MARYLAND 
Institute for Advanced 
Computer Studies 

The University of Maryland Institute for 
Advanced Computer Studies (UMIACS) 
was established in 1985 as an independent 
state-funded research unit. UMIACS has 25 
tenure track research faculty lines, in addi¬ 
tion to a substantial operating budget to sup¬ 
port the research activities of its faculty. 
Faculty members in UMIACS will hold joint 
appointments with academic departments 
on the campus; their teaching responsibilities 
would be reduced according to their percent¬ 
age appointments in UMIACS. 

Several faculty positions have been re¬ 
served for permanent, full-time appoint¬ 
ments in the Institute. These appointments 
are for senior level faculty and will include 
commitments from the Institute for research 
support (e.g. equipment, travel, graduate 
students, etc.). Applicants for these perma¬ 
nent positions should send a complete re¬ 
sume and names of four references, by 
March 1, 1990 to Prof. Larry S. Davis, 
Director, University of Maryland Institute for 
Advanced Computer Studies, College Park, 
MD 20742. The University of Maryland is an 
equal opportunity and affirmative action em¬ 
ployer. Women and minorities are encour¬ 
aged to apply. 


January 1990 











OREGON STATE UNIVERSITY 

Department of Computer Science 

The Department of Computer Science 
anticipates new tenure-track positions for 
Assistant, Associate, and Full Professor¬ 
ships. Specialization in computer graphics or 
software engineering is desirable, but all 
qualified applicants will be considered. Ap¬ 
plicants should have completed or expect to 
complete all requirements for a Ph.D. in 
computer science or a closely related field 
and should have demonstrated research and 
teaching potential. Candidates for senior 
positions should have established research 
reputations. Review of applications will begin 
November 1, 1989, and will continue until 
the positions are filled. Please send resume, 
including the names of three references, to: 
Walter G. Rudd, Chairman, Department of 
Computer Science, Oregon State Universi¬ 
ty, Corvallis, OR 97331. 

Oregon State University is an equal op¬ 
portunity affirmative action employer and 
complies with Section 504 of the Rehabilita¬ 
tion Act of 1973. OSU has a policy of being 
responsive to the needs of dual-career 
couples. 


UNIVERSITY OF CALIFORNIA, 
DAVIS 

Faculty Positions in Electrical 

Engineering and Computer Science 

The Department of Electrical Engineering 
and Computer Science at UC Davis invites 
applications for tenure track positions at all 
ranks. The primary areas of interest are 
image processing and computer vision; op¬ 
toelectronics; and computer engineering 
and microprocessor applications. 

The department, with 50 faculty members 
and 180 full-time graduate students, is ex¬ 
periencing rapid growth. Our College is the 
nation’s sixteenth largest producer of engi¬ 
neering Ph.D.’s in a University which has the 
nineteenth largest extramural research fund¬ 
ing. Salary and benefits are extremely 
attractive. 

Davis is a pleasant, family-oriented com¬ 
munity near Sacramento, within easy driving 
distance to Silicon Valley, the Lawrence 
Livermore National Laboratory, San Fran¬ 
cisco, the Pacific Ocean, and the Sierra 
Nevada Mountains. 

We are seeking individuals with strong 
records of teaching and research and with 
ambitious plans. Senior appointments re¬ 
quire outstanding records of achievement; 
junior apppointments must show evidence 
of great promise. All faculty are expected to 
have a strong commitment to teaching at all 
degree levels, and to demonstrate the ability 
to attract significant research support. 

The positions require a Ph.D. degree or 
equivalent, and are open until filled. Send a 
resume and the names of at least three 
references to: 

Professor S. Louis Hakimi, Chair 

Attention: Faculty Search Committee 

Department of Electrical Engineering 
and Computer Science 

University of California 

Davis, CA 95616 

The University of California, Davis, is an 
equal opportunity/affirmative action 
employer. 


TEXAS A&M UNIVERSITY 

Department of Computer Science 

Applications are invited for faculty positions 
at the Assistant, Associate or Full Professor 
level. Particular areas of interest include soft¬ 
ware engineering, databases, programming 
languages, real-time systems, VLSI, robo¬ 
tics, computational sciences, graphics, ar¬ 
tificial intelligence, and computer vision, but 
candidates from all areas will be considered. 
In addition to regular faculty positions, an 
endowed chair in software engineering and 
algorithms for parallel computation is to be 
filled. 

Texas A&M provides superior instructional 
and research facilities for its Computer 
Science faculty and is committed to a major 
expansion of its research and instructional 
program in Computer Science. The Depart¬ 
ment is a branch of Texas A&M’s College of 
Engineering, which is one of the nation’s 
largest. Currently the Department has a 
roster of 28 full-time faculty members with a 
number of new positions being added this 
year. In September of 1988 the Department 
initiated a program in Computer Science 
and Engineering to complement its degree 
offerings in Computer Science. In January of 
1990, the Department will be moving into a 
new building with 50,000 square feet of 
space. With that move the department will 
be acquiring $1,500,000 in new computing 
equipment. 

The program seeks excellence in research. 
Applicants at the assistant professor level 
should show substantial promise for research 
and teaching. Applicants at the higher levels 
should show a strong record of research 
achievement. Ability in teaching graduates 
and undergraduates is essential. Applicants 
should have a doctoral degree or equivalent. 
Applicants should submit a resume and 
three references to William M. Lively, Chair¬ 
man, Faculty Search Committee, Computer 
Science Department, Texas A&M Universi¬ 
ty, College Station, TX 77843-3112. 

Texas A&M University is an equal oppor¬ 
tunity/affirmative action employer. 


EMORY UNIVERSITY, 
ATLANTA, GA 30322 
Department of Mathematics and 
Computer Science 

Emory University invites applications for a 
tenure-track assistant professor position in 
Computer Science commencing fall 1990. 
Applicants should have a Ph.D. in Com¬ 
puter Science or related area and be commit¬ 
ted to quality research and teaching. Appli¬ 
cations in all areas of Computer Science will 
be considered but we are particularly inter¬ 
ested in candidates with research qualifica¬ 
tions in one or more of the following areas: 
operating systems, computer networks, dis¬ 
tributed computing, parallel processing and 
software engineering. Teaching load is 6 
hrs/wk, including graduate and undergrad- 

Please send vita and names of three refer¬ 
ences to above address, and have reference 
letters forwarded to us. Screening of applica¬ 
tions will begin Feb. 1, 1990. Emory Univer¬ 
sity is an equal opportunity/affirmative ac¬ 
tion employer. 


UNIVERITY OF ALASKA FAIRBANKS 

The Computer Science faculty invite ap¬ 
plications for anticipated tenure-track and 
visiting faculty positions, to be filled August, 
1990. Rank depends on qualifications. The 
University of Alaska Fairbanks is the major 
research institution in the University of 
Alaska system and is the site of several world 
famous research institutes. Computer Sci¬ 
ence is housed within the Department of 
Mathematical Sciences and offers B.S. and 
M S. degrees in Computer Science. The 
University facilities include a research quality 
library and a statewide computer network of 
VAX 8800 and 8600 computers. In addi¬ 
tion, the Department has a VAX, Masscomp 
color graphics work stations, and smaller 
computers. Applicants with research in¬ 
terests in any field will be considered. Salary 
is competitive and fringe benefits are ex¬ 
cellent. Resume and three letters of refer¬ 
ence should be directed to Dr. Clif Lando, 
Head, Department of Mathematical Sci¬ 
ences, University of Alaska Fairbanks, Fair¬ 
banks, AK 99775-1110. Inquiries: (907) 
474-7118 or FYMATH ©ALASKA .BITNET. 
Deadline for applications: March 1, 1990. 
UAF.is an Equal Opportunity/Affirmative 
Action employer and educational institution. 


SANTA CLARA UNIVERSITY 
EECS Department 
Tenure Track & Visiting Positions 

Santa Clara University’s EECS depart¬ 
ment invites applications for two tenure-track 
positions in the areas of Software Engineer¬ 
ing, Operating Systems, and/or Parallel 
Processing. The department also has a one- 
year, half-time visiting position that would be 
suitable for someone on a partially funded 
sabbatical; this position does not lead to a 
permanent appointment. 

SCU is located 45 miles south of San 
Francisco, in the center of Silicon Valley. 
The department has 20 tenure track faculty 
members and 50 adjunct faculty members, 
and offers B.S., M.S., and Ph.D. degrees in 
both Electrical and Computer Engineering. 
Engineering computers include a VAX- 
11/750 and more than 60 computer work¬ 
stations; University academic computer re¬ 
sources include a VAX-8650, more than 
800 IBM PCs, and a campus-wide local area 
network. In addition, the Department oper¬ 
ates an Institute for Information Storage 
Technology and modern laboratories in 
digital systems, microelectronics, and 
microwaves. 

All applicants must have a Ph.D., an out¬ 
standing research record, demonstrated 
teaching ability, and an interest in furthering 
cooperation with surrounding industry. 

Applications should clearly indicate which 
type of position is desired, and be sent with a 
resume and the names of at least three refer¬ 
ences, to: 

Dr. Mohammad A. Ketabchi, Chairman 
Faculty Search Committee 
EECS Department 
Santa Clara University 
Santa Clara, California 95053 
Santa Clara University is an Affirmative 
Action/Equal Opportunity Employer. 
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HARVEY MUDD COLLEGE 
Engineering and Computer Science 

Applications are invited for a tenure track 
position in the Engineering Department. Ap¬ 
pointment at the Assistant Professor level is 
anticipated. Applicants should have an engi¬ 
neering background with graduate study in 
computer engineering or electrical engineer¬ 
ing and computer science and experience in 
both hardware and software design and de¬ 
velopment. Responsibilities will include 
teaching in a unified engineering curriculum, 
developing courses and supervising industri¬ 
ally sponsored projects in the Engineering 
Clinic. Continuing professional growth and 
development through research or consulting 
is expected; excellent opportunities exist in 
the local area. A doctorate in engineering or 
computer science is required. Industrial ex¬ 
perience is desirable. Reply to: Professor A. 
Bright, Chairman, Engineering Department, 
Harvey Mudd College, Claremont, CA 
91711. Harvey Mudd College is an equal 
opportunity/affirmative action employer. 


RUTGERS UNIVERSITY 
Electrical and Computer Engineering 

The Department of Electrical and Com¬ 
puter Engineering has tenure-track openings 
for faculty in its Computer Engineering Pro¬ 
gram. Specialties of particular interest are 
computer architecture, image processing, 
parallel computing, software engineering, 
and VLSI design. Excellent computer and 
laboratory facilities are available, and there 
are abundant opportunities for research af¬ 
filiations with several Rutgers high technol¬ 
ogy research centers and with local industry. 
Teaching loads are modest and reflect the 
University’s commitment to excellence in ed¬ 
ucation and research. Interested individuals 
should send a resume and the names of four 
references to Professor Herbert Freeman, 
Department of Electrical and Computer 
Engineering, Rutgers University. P.0. Box 
1390, Piscataway, NJ, 08855-1390. Rutgers 
is an equal opportunity, affirmative action 
employer. 


WAKE FOREST UNIVERSITY 
Department of Mathematics and 
Computer Science 
Department of Radiology 
Assistant/Associate Professor of 
Computer Science and Radiology 

Applications are invited for a tenure-track 
joint position in the Department of Mathe¬ 
matics and Computer Science and the De¬ 
partment of Radiology. Candidates at the 
level of Assistant Professor or Associate Pro¬ 
fessor will be considered. A Ph D. in com¬ 
puter science or equivalent is required. 

Primary research responsibilities should 
focus on applications of image analysis and 
image processing in Radiology. The ideal 
candidate should have experience and in¬ 
terest in medical image processing/analysis, 
parallel computations and high speed com¬ 
puting for imaging applications. Additional 
expertise in the areas of computer graphics, 
artificial intelligence, computer architecture 


and communications is desirable. A demon¬ 
strated ability to attract research funding is 
essential. 

Teaching responsibilities will include one 
undergraduate computer science course per 
semester. An undergraduate major in Com¬ 
puter Science is currently offered and a mas¬ 
ter’s degree in Computer Science is currently 
being developed in the Department of Math¬ 
ematics and Computer Science. A master’s 
and doctorate degree in Electrical and Com¬ 
puter Engineering with emphasis on medical 
applications is being offered through a re¬ 
search program sponsored jointly by the 
Bowman Gray School of Medicine and 
North Carolina State University with the de¬ 
gree awarded by N.C. State University. 

The image processing laboratory in the 
Department of Radiology supports a number 
of Sun 4 workstations, an AT&T 3B20, a 
stand-alone MRI workstation, an AT&T 
Pixel Machine and several terminals and 
PC’s. The workstations and the 3B20 are 
part of the state wide extended Ethernet 
operated by the Microelectronics Center of 
North Carolina with access to Internet, Bitnet 
and other wide area networks. The lab is 
housed in the new MRI building which has 
two Picker 2T MRI scanners and a third GE 
unit is scheduled to be installed in the first 
quarter of 1990. Research time is available 
on the MRI units as well as on a fully in¬ 
tegrated clinical PACS. 

Available in the Department of Mathema¬ 
tics and Computer Science are SUN 4 work¬ 
stations and various microcomputers net¬ 
worked via Ethernet, the university’s Prime 
4150 and AT&T 3B15, and access to CSNet 
and L1NCNET. Several parallel computing 
machines based on transputers will soon be 
available. Currently a plan is being im¬ 
plemented to connect the Reynolda Cam¬ 
pus of Wake Forest to the Bowman Gray 
Campus via the extended Ethernet operated 
by MCNC. 

Applications and inquiries should be sent 
to: Dr. Douglas Maynard, Chairman of 
Computer Science/Radiology Search Com¬ 
mittee, Department of Radiology, Bowman 
Gray School of Medicine, Wake Forest Uni¬ 
versity, Winston-Salem, North Carolina 
27103. 

EOAA employer. 


UNIVERSITY OF 

MARYLAND UNIVERSITY COLLEGE 
Faculty for Europe and Asia 

Planning a sabbatical or leave of absence? 
The University of Maryland University Col¬ 
lege seeks excellent lecturers for under¬ 
graduate computer science, computer appli¬ 
cations, and information systems manage¬ 
ment courses on U.S. military bases in 
Europe and in Asia and the Pacific. Renew¬ 
able annual appointments begin August 
1990. Minimum requirements include a 
master’s degree in computer science or a 
related field, recent college teaching ex¬ 
perience, and U.S. citizenship. Benefits in¬ 
clude transportation and military base privi¬ 
leges. Frequent travel and the cost of school¬ 
ing make these positions difficult for those 
with children. Send resume to Dr. Ralph E. 
Millis, Overseas Programs, The University of 
Maryland University College, College Park, 
MD 20742-1642. AA/EEO. 


TENNESSEE TECHNOLOGICAL 
UNIVERSITY 

The Department of Computer Science in¬ 
vites applications for a tenure-track Assistant 
Professorship, effective Fall 1990. Require¬ 
ments are: Ph.D. in Computer Science, out¬ 
standing teaching and a demonstrated ability 
to carry out research. Duties include scholar¬ 
ly activity and teaching at the undergraduate 
level. 

Screening of applications will begin Febru¬ 
ary 15, 1990. Send resume, transcripts and 
three letters of recommendations from refer¬ 
ences to Dr. Frank O. Hadlock, Department 
of Computer Science, Box 5101, Tennessee 
Technological University, Cookeville, TN 

TTU is an AA/EEO Employer. 


WASHINGTON UNIVERSITY 
St. Louis 

Regular Faculty Positions in 
Computer Science 

The Department of Computer Science at 
Washington University in St. Louis is ex¬ 
panding its research program and invites ap¬ 
plications for regular (tenure-track) faculty 
positions at the Assistant, Associate and Full 
Professor levels. Applicants should hold the 
Ph.D. or D.Sc. degree in Computer Science 
and have a strong commitment to and re¬ 
cord of accomplishment in research. 

The Department of Computer Science 
has a well-respected undergraduate pro¬ 
gram and a growing graudate program. Re¬ 
search activities have flourished in recent 
years and have three foci: concurrent sys¬ 
tems, communications systems, and intelli¬ 
gent computer systems, with an emphasis on 
the use of visualization as a tool in each case. 
Support for these research programs is from 
NSF, NIH, ONR and a large number of in¬ 
dustrial sponsors. 

Current departmental research in concur¬ 
rent systems includes the formal foundations 
of concurrent computation, programming 
languages and methodologies for the design 
of concurrent systems, system interconnec¬ 
tion networks and parallel architectures and 
algorithms. The department is also engaged 
in research on the design of fast packet¬ 
switching systems capable of a variety of ap¬ 
plications (including voice, data and video). 
Of particular interest are candidates with 
backgrounds in communications systems ar¬ 
chitecture, communications software, or 
performance analysis. In the area of intelli¬ 
gent computer systems, present research 
projects include computer vision, image pro¬ 
cessing, visual programming, speech recog¬ 
nition, expert systems and deductive data¬ 
bases. Individuals with backgrounds in any 
of these areas are encouraged to apply. 

Qualified applicants may send a vita and 
names and addresses of at least three refer¬ 
ences to Dr. JeromeR. Cox, Jr., Chairman, 
Department of Computer Science, Wash¬ 
ington University, Campus Box 1045, St. 
Louis, Missouri 63130. 

Applications are requested by February 1, 
1990. Washington University is an equal op¬ 
portunity/affirmative action employer. 
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CLEMSON UNIVERSITY 

The Department of Computer Science at 
Clemson University invites applications and 
inquiries for faculty positions at all levels. 
Candidates must have demonstrated a capa¬ 
bility for research and graduate-level teach¬ 
ing in one or more areas of nonnumerical 
computer science or information systems. 

Clemson University is a land-grant univer¬ 
sity with an enrollment of approximately 
14,000 students. The Department of Com¬ 
puter Science offers B.S., M.S. and Ph.D. 
degrees in Computer Science and a B.S. 
degree in Computer Information Systems. 
The department currently has 22 full-time 
faculty positions, and has about 300 under¬ 
graduate and 110 graduate majors. Excel¬ 
lent computing facilities are available to facul¬ 
ty through both University and Departmental 
computer systems, including Sun and VAX 
networks, a NAS mainframe, two Intel 
Hypercubes, an AT&T 3B2 4-processor sys¬ 
tem, and several other Unix-based systems. 
Access to Internet, Bitnet, and Telenet are 
provided. 

Clemson University is located in the town 
of Clemson in the northwestern corner of 
South Carolina, approximately 120 miles 
from Atlanta, Georgia and Charlotte, North 
Carolina. Clemson offers the advantages of 
a small town lifestyle yet is within a short 
drive of several metropolitan areas. The cli¬ 
mate is moderate year-round, and recrea¬ 
tional opportunities abound. The Depart¬ 
ment of Computer Science is committed to 
productivity and excellence in research and 
instruction, and offers a stimulating environ¬ 
ment for research and teaching. 

Applicants should submit a resume and 3 
letters of recommendation to: 

A.J. Turner, Head 
Department of Computer Science 
Clemson University 

Clemson, South Carolina 29634-1906 
(803) 656-3444 
turner@clemson.edu 

Clemson University is an Equal Oppor¬ 
tunity/Affirmative Action Employer. 


THE VIRGINIA MILITARY INSTITUTE 
Mathematics/Computer Science 

A tenure-track position beginning August, 
1990. Applicant should have a strong inter¬ 
est in teaching. VMI’s hardware includes a 
Data General MV/7800, a Burroughs A9, 
and 200 IBM PC’s. 

Preference given to an applicant with a 
Ph.D. in a computer-related field such as 
Computer Science, Mathematics, or MIS. 
Significant education or experience in CS re¬ 
quired. Duties include teaching computer 
science and mathematics. Salary and rank 
commensurate with qualifications. 

VMI is a quality undergraduate military 
college of engineering, liberal arts, and 
science, located in an attractive college 
town. Faculty wear uniforms but have no 
other assigned military duties. 

Deadline for applications is March 1, 
1990. Send resumes with at least three 
references to Thomas C. Lominac, Depart¬ 
ment of Mathematics and Computer Sci¬ 
ence, Virginia Military Institute, Lexington, 
Virginia 24450. 

AA/EEO Employer. 


UNIVERSITY OF NORTH DAKOTA 
Faculty Position 

Applications are invited for two tenure- 
track faculty positions in the Computer 
Science department at the University of 
North Dakota. Starting date is August 16, 
1990. Candidates must hold a Ph.D. in 
Computer Science or related field. The 
department offers a CSAB accredited 
undergraduate major and a Master’s pro¬ 
gram in Computer Science. A Ph.D. pro¬ 
gram is planned. Salary is open and com¬ 
petitive. The candidate must be either a U.S. 
citizen or eligible to work in the United 
States. Deadline to apply is March 15, 1990, 
or later if necessary, until a suitable pool of 
applicants is formed. Send resume and three 
letters of reference to: Dr. Lonny B. Winrich, 
Department of Computer Science, Box 
8181 University Station, Grand Forks, ND 
58202. UND is an equal opportunity affir¬ 
mative action institution. 


UNIVERSITY OF PITTSBURGH 

Department of Computer Science 

The Department of Computer Science 
has entered a period of substantial growth 
and invites applications for several tenure 
track faculty positions at the assistant pro¬ 
fessor level to be filled by June, 1990 or as 
soon as possible. Responsibilities include 
research, supervision of graduate student 
research (Ph D. and M.S.), and graduate 
and undergraduate teaching. Candidates 
should have a Ph.D. in computer science or 
in a closely related field and a strong interest 
in both research and teaching. Candidates 
should have specialized in programming lan¬ 
guages, operating systems, artificial in¬ 
telligence, or data base management. 

The Department currently has twenty- 
three full-time faculty members and supports 
strong graduate and undergraduate pro¬ 
grams. Departmental resources include an 
excellent research library and extensive com¬ 
puting facilities including a network of SUN 
and Xerox 1100-series (Dandelion) worksta¬ 
tions, a VAX 11/780 (under BSD UNIX), a 
variety of micro-computers, and several 
graphics systems. The research systems are 
accessible via the Department’s Ethernet- 
compatible LAN. Convenient access is also 
provided to the extensive general computer 
facilities of the University as well as to other 
networks (e.g., ARPANET, CSNET). The 
Department operates the Center for Parallel, 
Distributed and Intelligent Systems (CPDIS) 
to provide an environment for innovative re¬ 
search in computer science. Since the Uni¬ 
versity of Pittsburgh is a founding member of 
the Pittsburgh Supercomputing Center and 
an affiliate member of the Software Engi¬ 
neering Institute, the Department of Com¬ 
puter Science has access to the Cray 
X-MP/48 of PSC and the software engi¬ 
neering expertise at SEI. 

Please send your resume to: Dr. Alfs Berz- 
tiss, Chair of Faculty Search, Department of 
Computer Science, University of Pittsburgh, 
Pittsburgh, PA 15260. 

Pitt is an equal opportunity/affirmative ac¬ 
tion employer and especially encourages 
women and members of ethnic minorities to 
apply. 


UNIVERSITY OF ALABAMA 
IN HUNTSVILLE 
Computer Engineering 

Outstanding research and teaching op¬ 
portunities for Computer Engineering (ten¬ 
ure-track) faculty candidates (all ranks con¬ 
sidered) at the University of Alabama in 
Huntsville (UAH). The Department of Elec¬ 
trical and Computer Engineering has 630 
undergraduate majors and 200 active gradu¬ 
ate students. Facilities at UAH include the 
supercomputer CRAY X-MP/24, the super¬ 
mini multiprocessor TITAN, a Hewlett Pack¬ 
ard 9000/319 C + colorgraphics, a Vax 
751 host interfaced with 8 Intergraph Inter- 
pro 220 workstations. Current areas of ac¬ 
tive research include systolic arrays, high 
speed multicomputer architectures, signal 
and image processing, fast concurrent algo¬ 
rithms, expert systems and AI, computer 
communications and networking, optical 
computing, neural and distributive memory 
computing. 

Huntsville, a high-technology city, offers 
congenial living and a unique cultural en¬ 
vironment. Position qualifications include 
U.S. citizenship or permanent resident 
status, Ph.D. with a specialization in Com¬ 
puter Engineering, ability to teach at all 
levels, supervise M.S. and Ph.D. candi¬ 
dates, and an interest in developing funding 
for research on topics related to Computer 
Engineering. Application review will begin 
January 15, 1990 and continue until the 
positions are filled. Send resume with names 
and telephone numbers of three references 
to: Dr. W. A. Porter, Computer Engineering 
Search Committee, ECE Department, UAH, 
Huntsville, AL 35899. Telephone: (205) 
895-6858. UAH is an Affirmative Action/ 
Equal Opportunity Employer. 


PENN STATE 
Computer Engineering 

Applications are invited for tenure track 
faculty positions at all levels. Candidates 
from all areas of computer engineering will 
be considered, however priority will be given 
to those candidates in Software Engineering, 
VLSI, or Architecture. The Computer Engi¬ 
neering Program at Penn State is within the 
Department of Electrical Engineering which 
has over 50 faculty members and approxi¬ 
mately 1300 undergraduate majors, 260 
graduate students. Candidates should have 
a Ph.D. in Electrical/Computer Engineering 
or related areas. There are currently 10 
faculty members within the Computer Engi¬ 
neering Program, and the program offers 
BS, MS and Ph.D. degrees in Computer 
Engineering. Excellent instruction and re¬ 
search computing facilities are available with¬ 
in the Department, College and at the Uni¬ 
versity Computation Center. Please send 
letter of application, resume, or inquiries, 
together with three references to: Computer 
Engineering Program, Department of Elec¬ 
trical Engineering, 121 Electrical Engineer¬ 
ing East, Box IEEE. The Pennsylvania State 
University, University Park, PA 16802. 
Deadline for applications is January 31, 
1990, or until suitable qualified candidates 
are selected. An Affirmative Action/Equal 
Opportunity Employer. Women and Minori¬ 
ties Encouraged to Apply. 
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UNIVERSITY OF 

SOUTHWESTERN LOUISIANA 
THE CENTER FOR 
ADVANCED COMPUTER STUDIES 
Research Faculty 
Teaching Faculty 

Graduate Fellowships/Assistantships 

in Computer Science /Engineering 

The Center for Advanced Computer 
Studies is a research center with programs 
leading to MS/Ph.D. degrees in Computer 
Science and Computer Engineering. Exter¬ 
nal grants/contracts support research in a 
wide range of areas. The Computing Re¬ 
search Laboratory includes a 40-node Sun-3 
network, an Encore parallel processing 
system, 2 VAX ll/780s, a Cogent XTM 
parallel computing system, a comprehensive 
digital design lab, laser printers, plotters, 
FAX, and other equipment. Instruction util¬ 
izes a 3-processor Pyramid 90X network 
running UNIX and an IBM 3090-200 with a 
vector processor. Several other well- 
equipped laboratories support research in 
Image Processing & Pattern Recognition, 
VLSI Design, Parallel Computing and 
Graphical Information Systems. About 220 
students are enrolled in computing graduate 
programs, including 100 for the Ph.D. The 
undergraduate program in the Computer 
Science Department is accredited by CSAB 
and offers both scientific and commercial op¬ 
tions, with a current enrollment of 450. The 
undergraduate program in the Electrical and 
Computer Engineering Department is ac¬ 
credited by ABET and offers an option in 
Computer Engineering, with a current en¬ 
rollment of 212. 

RESEARCH FACULTY: Applications 
are invited from persons holding Ph.D. 
degrees with demonstrated research capabil¬ 
ities in Computer Science/Engineering. As¬ 
sociate Professors and Professors must hold 
Ph.D.s and have an established research 
publication and grant record. Persons ap¬ 
pointed as Assistant Professors must hold 
Ph.D.s in Computer Science/Engineering 
and have research potential. Consideration 
will be given to all qualified candidates, but 
preference areas of interest are: software 
engineering, computer architecture, parallel 
computing, robotics, computer vision and 
pattern recognition, and cross disciplinary 
research. The typical teaching load is 2 
graduate-level courses per year and a conti¬ 
nuing research seminar. Substantial State 
and University funds are available to support 
research initiation efforts. Salaries are com¬ 
petitive and excellent support for travel, 
equipment, research assistants, and profes¬ 
sional activities is provided so you can 
achieve your professional goals. To apply, 
send a copy of your resume and the names 
and addresses of at least 3 professional 
references. Applications will be considered 
until all positions are filled. 

TEACHING FACULTY: Tenure track 
positions are available for persons holding 
Ph.D. degrees in Computer Science or Com¬ 
puter Engineering with a strong commitment 
to teaching undergraduates. Demonstrated 
interest and potential for performing limited 
independent research is desirable. Duties in¬ 
clude teaching, advising, curriculum devel¬ 
opment, and program evaluation. Com¬ 
petitive salaries, support for travel, well 
equipped laboratories, and graduate assis¬ 


tant support provide an environment for 
quality instruction. To apply, send a copy of 
your resume and the names and addresses 
of at least 3 professional references. Applica¬ 
tions will be considered until all positions are 
filled. 

Ph.D. FELLOWSHIPS: A number of 
Ph.D. Fellowships valued at up to $18,000 
per year including tuition and fees are 
available. They provide support for up to 4 
years of study towards the Ph.D. in Com¬ 
puter Science or Computer Engineering. 
Recipients also receive preference for low- 
cost campus housing. Applications must be 
received by 15 February 1990. 

MS/Ph.D. ASSISTANTSHIPS: More 
than 100 teaching and research assistant- 
ships are available to support students pursu¬ 
ing an MS or Ph.D. degree in Computer Sci¬ 
ence or Computer Engineering. Stipends are 
valued at up to $10,000 per academic year 
including tuition and fees. Applications must 
be received by 1 March 1990. 

APPLICATIONS: Dr. Michael C. Mul¬ 
der, Director, The Center for Advanced 
Computer Studies, USL, Lafayette, LA 
70504-4330. Phone: (318) 231-6284. The 
University is located in Acadiana, a short dis¬ 
tance west of New Orleans. 

An Affirmative Action/Equal Opportunity 
Employer. 


CALIFORNIA STATE UNIVERSITY, 
FRESNO 

Faculty Positions in Computer Science 

Candidates for appointment as Assistant 
or Associate Professor should have a Ph.D. 
in Computer Science or equivalent, show 
evidence of successful teaching, and have a 
research record which demonstrates the in¬ 
terest and ability to develop a strong research 
effort at CSU Fresno. Specialty areas of par¬ 
ticular interest to the department include 
computer architecture, parallel and distrib¬ 
uted computing, high-level language design 
and compiler implementation, graphics, and 
software engineering. 

Candidates for appointment as Lecturer 
should have an MS in Computer Science 
and demonstrate successful teaching ex¬ 
perience in computer science. Applications 
for Visiting Faculty positions are welcome. 

The Computer Science Department offers 
a BS in Computer Science and has proposed 
an MS degree. Department computing facili¬ 
ties include a VAX 11/785, an AT&T 
3B15, a NeXT, a networked Sun Micro¬ 
systems lab, and a Convergent Technology 
micro lab. In addition, we have access to a 
variety of parallel and supercomputers via 
our INTERNET connection with CSU Sys¬ 
tem facilities. 

Candidates should submit a resume, tran¬ 
scripts, and a statement of professional in¬ 
terests and goals and arrange for three letters 
of reference. Address all correspondence 
and confidential papers to: Dr. Henderson 
Yeung, Chair, Department of Computer 
Science, CSU Fresno, Fresno, CA 93740- 
0109; Phone: (209) 294-4373; E-mail: 
hyeung@csufres. csufresno.edu 

To insure full consideration, applicants are 
encouraged to have all application material 
on file by March 1, 1990. 

An Affirmative Action/Equal Employ¬ 
ment Opportunity Employer. 


KANSAS STATE UNIVERSITY 
Faculty Positions 
Department of Computing and 
Information Sciences 

The Department of Computing and Infor¬ 
mation Sciences at Kansas State University 
invites applications for anticipated tenure 
track and visiting faculty positions beginning 
in September 1990. Applicants should have 
a Ph D. in Computer Science. Applicants 
from all areas of Computer Science will be 
considered. The department has special in¬ 
terest in candidates in the areas of program¬ 
ming languages, software engineering, data¬ 
base systems, artificial intelligence, and 
parallel & distributed computing. Salary will 
be competitive and commensurate with quali¬ 
fications. All applicants must have a commit¬ 
ment to both research and teaching. All ap¬ 
plicants should include a description of cur¬ 
rent research and teaching experience and 
interests. Non-U.S. citizens must include 
their visa status. The department offers the 
BS, MS and PhD degrees. Resources in the 
department which are dedicated to research 
include an ethernet network of more than 20 
Unix-based minicomputers which include 
DEC VAX, AT&T 3B, Harris HCX, and 
SCS-40 (Cray X-MP/24 compatible) com¬ 
puter architectures. Twenty Xerox and Sun 
workstations and more than 100 PC’s are 
also networked with the mini-computers. 
Access to an IBM 3084 is also available along 
with access to BITNET, and Internet. Each 
faculty office is equipped with a workstation 
on the network and the department is housed 
in a new building. 

Please send resumes to: Dr. Virgil E. 
Wallentine, Head, Department of Comput¬ 
ing and Information Sciences, Kansas State 
University, Nichols Hall, Rm. 234, Manhat¬ 
tan, Kansas 66506. E-mail Addresses: 
virg@harris.cis.ksu.edu, or virg@ksuvaxl. 
bitnet. 

Kansas State University is an Affirmative 
Action Equal Opportunity Employer. 


LOUISIANA STATE UNIVERSITY 

Department of Computer Science 

In conjunction with the new Floating Point 
System Professor of Computational Methods, 
two more faculty positions are available, 
starting in Fall, 1990, in the Computer Sci¬ 
ence Department at LSU. Faculty are being 
sought who are in the area of scientific com¬ 
puting, especially involving physical science 
simulation, algorithm development, parallel 
processing, or supercomputer use. Experi¬ 
ence with materials and molecular dynamics 
simulation, massively parallel architectures, 
transputers, or other parallel architectures is 
preferred. A Ph.D. in computer science or a 
related discipline is required. Salary and rank 
will be commensurate with qualifications. 
Duties include research and teaching in com¬ 
puter science at both the graduate and 
undergraduate levels. Candidates should 
send a complete resume and have at least 
three letters of reference sent to Donald 
Kraft, Department of Computer Science, 
Louisiana State University, Baton Rouge, 
LA 70803, (504) 388-1495, kraft@csvax. 
csc.lsu.edu 

LSU is an equal opportunity employer. 
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SONOMA STATE UNIVERSITY 

Computer and Information Science 
Department 

Tenure track position as Assistant/Associ¬ 
ate/Full Professor of Computer Science to 
begin August 27, 1990. Candidates must 
have a Ph.D. in Computer Science or re¬ 
lated field by time of appointment, and a 
commitment to teaching excellence. 

The University is located 48 miles north of 
San Francisco and has a student population 
of 6700 students. The Department has 150 
undergraduate majors. Facilities include 
faculty workstations, Macintosh IIs, AUX, 
graphics, and access to IBM PS/2, VAX, 
CYBER, NeXTs, SUNs. 

Submit a complete resume and names of 
three references to: Dr. Richard Gordon, 
Chair, CIS Department, Sonoma State Uni¬ 
versity, 1901 E. Cotati Ave., Rohnert Park, 
CA 94928. Review of applications will be 
conducted for those applications post¬ 
marked by March 1. If the position is not 
filled from the initial applications, another 
review of applications will be conducted for 
those applications postmarked by April 13. 

An Equal Opportunity/Affirmative Action 
Employer. 


MICHIGAN STATE UNIVERSITY 

Department of Computer Science 

The Department of Computer Science in¬ 
vites applications for a tenure track position 
at all levels. Candidates from all areas of 
specialization in computer science or com¬ 
puter engineering will be considered. How¬ 
ever, the Department has a special interest in 
candidates in the areas of software engineer¬ 
ing, programming languages, parallel pro¬ 
cessing and graphics. Candidates should 
have a Ph.D. in computer science or com¬ 
puter engineering and have a strong interest 
in both research and teaching. Rank and 
salary will be commensurate with qualifica¬ 
tions. The appointment is anticipated to 
begin in September 1990. The deadline for 
applications is March 1, 1990. However, ap¬ 
plications will be accepted until the position is 
filled. 

As a unit within the College of Engineering 
at Michigan State University, Computer Sci¬ 
ence offers the Bachelor of Science, Master 
of Science and Doctor of Philosphy degrees. 
Special support is available from within the 
college and university to initiate research by 
new faculty members. Faculty offices are 
connected to the MSUnet which provides 
access to an array of campus computing re¬ 
sources including the facilities of the College 
of Engineering, the Department’s VAX 8600, 
64-node NCUBE, 96-node BBN Butterfly, 
Pattern Recognition and Image Processing 
Laboratory and the Artificial Intelligence/ 
Knowledge Based Systems Laboratory Ac¬ 
cess to select off-campus computers is 
available, including the Advanced Com¬ 
puting Research Facility, at Argonne Na¬ 
tional Laboratory, the Pittsburgh Supercom¬ 
puter Center and the National Center for 
Supercomputing Applications at the Univer¬ 
sity of Illinois, as well as access to AR¬ 
PANET, CICNET, and CSNET. Additional 
facilities available to faculty include an IBM 
3090/180E vector processor, a dual-pro¬ 


cessor Convex, the College’s A.H. Case 
Center for Computer-Aided Engineering 
and Manufacturing, , and the Electronics 
Research and Development Laboratory. 

Michigan State University enjoys a park¬ 
like campus of 2,100 developed acres and 
3,100 acres of experimental farms, outlying 
research facilities and natural areas. The 
campus is adjacent to the cities of East Lan¬ 
sing and the capital city, Lansing. The 
Greater Lansing area has approximately 
250,000 residents. The communities have 
fine school systems and place a high value 
on education. 

Applicants should send a resume, a state¬ 
ment of research and teaching interests, and 
the names and addresses of at least three 
references to: 

Dr. Anthony S. Wojcik, Chairperson 
Department of Computer Science 
A714 Wells Hall 
Michigan State University 
East Lansing, Michigan 48824-1027 
CSNET: wojcik@cpswh.cps.msu.edu 
Michigan State University is an Equal Op¬ 
portunity/Affirmative Action Institution and 
encourages applications from women and 
minorities. 


AUBURN UNIVERSITY 
Department Head 
Computer Science and 
Engineering Department 

The Computer Science and Engineering 
Department of Auburn University, Auburn, 
Alabama, invites applications for the position 
of department head. This position also in¬ 
cludes appointment at a professorial rank in 
the College of Engineering. Qualified per¬ 
sons with a solid record of achievement and 
the desire to lead a growing, research- 
oriented department are encouraged to 
apply. 

The Department has eleven full-time 
faculty members and offers the Bachelor’s 
degree in both Computer Science and Com¬ 
puter Engineering, as well as the M.S. and 
Ph.D. degrees. The undergraduate program 
is both ABET and CSAB accredited. Depart¬ 
mental equipment includes a VAX 11/780, 
MicroVAX-II, TI Explorers, Sun and Apollo 
workstations, and various PC’s, the majority 
of these are linked by a Department-wide 
Ethernet employing Internet protocol 
(TCP/IP) and the Network File System 
(NFS). Campus-wide facilities include an 
IBM 3083, VAX 11/785, VAX 8200, VAX 
8250 and a host of IBM PC’s. In addition, 
Auburn is an member of the Alabama 
Supercomputer Network which includes a 
CRAY X-MP/24. 

The quality of life available in the Auburn 
Community is superb; it is a college-town at¬ 
mosphere and the city is strategically located 
close to several large metropolitan centers 
such as Atlanta and Montgomery. Salary is 
commensurate with education and experi¬ 
ence. Nominations and applications should 
be sent to J. David Irwin, Chairman, CSE 
Department Head Search Committee, Elec¬ 
trical Engineering Department, Auburn Uni¬ 
versity, AL 36849-5201. Minorities and 
women are encouraged to apply. Auburn 
University is an equal opportunity and affir¬ 
mative action employer. 


WORCESTER POLYTECHNIC 
INSTITUTE 

The Computer Science Department in¬ 
vites applications for a tenure track faculty 
position. We expect to make an appoint¬ 
ment at the Assistant Professor level in the 
area of computer systems, although out¬ 
standing candidates from other areas or at 
the Associate Professor level will be con¬ 
sidered. Candidates should have a Ph.D. in 
Computer Science and a strong interest in 
both research and teaching. 

Worcester Polytechnic Institute empha¬ 
sizes quality in the undergraduate learning 
experience and is committed to an innova¬ 
tive project-oriented teaching environment. 
The undergraduate computer science de¬ 
gree is accredited by the Computer Science 
Accreditation Board. A current goal of the 
Institute is to enhance our graduate program 
and improve research activities. The depart¬ 
ment seeks qualified candidates who will 
help us achieve these objectives. 

The Department has 12 full-time faculty 
and 170 undergraduates. Our M.S. and 
Ph.D. graduate programs have 50 full-time 
and 100 part-time students. The Depart¬ 
ment has active research groups in artificial 
intelligence, computer vision, data and 
knowledge bases, distributed systems, per¬ 
formance evaluation, and theory. WPI is 
located close to the center of the Massachu¬ 
setts computer industry and excellent oppor¬ 
tunities exist for cooperative research and 
consulting. Department equipment includes 
an Encore MultiMax, a network of Sun 
workstations, Xerox Lisp machines, and nu¬ 
merous PCs, interconnected by a campus¬ 
wide Ethernet. A new Information Science 
Building is almost completed, and we will 
move into our new facilities during the 
1989-90 academic year. 

The Institute is located in an attractive 
residential section of Worcester, a city of 
170,000 in central Massachusetts. The city 
has many colleges and a wide variety of cul¬ 
tural opportunities. The academic and cul¬ 
tural activities of Boston are nearby, as are 
numerous recreational opportunities. 

Please send a resume and the names of 
three references, at least one of whom can 
comment on your teaching skills, to Prof. 
Robert Kinicki, Department Head, Depart¬ 
ment of Computer Science, WPI, Worces¬ 
ter, MA 01609. WPI is an Equal Opportun¬ 
ity/Affirmative Action Employer. 


MISSISSIPPI STATE UNIVERSITY 

Mississippi State University invites applica¬ 
tions for tenure-track computer science fac¬ 
ulty positions beginning August 1990. Appli¬ 
cations for both senior and junior positions 
will be considered. A doctorate in computer 
science, or a related field is required. A re¬ 
cord of established research is preferred, but 
all qualified applicants will be considered. In¬ 
terested individuals should forward a vita 
and names of at least three references to: 
Wayne Smith, Faculty Search Committee, 
Department of Computer Science; Drawer 
CS; Mississippi State, MS 39762. 

MSU is an Affirmative Action/Equal Op¬ 
portunity Employer. 
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DUKE UNIVERSITY 

Department of Computer Science 

Applications are invited for a tenure-track 
position at the rank of Assistant Professor, 
beginning September 1990. The search 
focuses on computer scientists who work in 
measurement and modeling for computer 
performance and dependability. Related 
areas of fault-tolerant computing, computer 
system architecture, VLSI Design/CAD, 
operating systems and computer networks 
are also welcome. 

The Department has major research ef¬ 
forts in computer systems with emphasis on 
modeling of fault-tolerant systems, systems 
performance, communications, and compu¬ 
ter architectures; scientific computing with 
emphasis on numerical linear algebra, the 
solution of PDEs, and VLSI simulation; ar¬ 
tificial intelligence, particularly in the areas of 
logic programming, naturallanguage inter¬ 
face, and search methodologies; and theory 
and algorithms with emphasis on parallel 
and randomized algorithms. Special motiva¬ 
tion for the research efforts comes from the 
areas of VLSI (in collaboration with the 
Microelectronics Center of North Carolina, 
of which Duke is a Participating Institution), 
and medical applications (in collaboration 
with the Duke Medical Center). 

Applicants should include a curriculum 
vitae, a list of publications, a few most impor¬ 
tant publications and a list of references. 
These should be sent by February 16, 1990 
to: 

Professor Kishor S. Trivedi or 

Professor Donald J. Rose, Chairman 
Department of Computer Science 
Duke University 
Durham, NC 27706 

Duke University is an affirmative action, 
equal opportunity employer. 


UNIVERSITY OF CENTRAL FLORIDA 
Computer Science Department 

The University of Central Florida seeks 
applicants for two tenure positions in Com¬ 
puter Science. Both of these will be at the 
level of Assistant Professor. We are inter¬ 
ested in all strong candidates who have 
demonstrated research strength in Parallel 
Processing. Within the area of Parallel Pro¬ 
cessing, we are particularly interested in 
those whose research include either numeri¬ 
cal algorithms or architecture. Those with an 
interest in numerical algorithms may also be 
considered for a joint appointment in 
Mathematics. 

We are a young, dynamic university with 
a student population that is slightly over 
20,000. The Computer Science Depart¬ 
ment is one of the largest on campus, offer¬ 
ing the Bachelors, Masters and Ph.D. de¬ 
grees. Although faculty research interests are 
broad, we have recognized that all these ac¬ 
tivities are greatly affected by the emergence 
of parallel processing as a theme that is cen¬ 
tral to all of Computer Science. As such, we 
recently created a Center for Parallel Pro¬ 
cessing under the direction of Dr. Narsingh 
Deo. Candidates will be expected to be 
major contributors to the success of this 
center. 

The Univeristy is located in Orlando, the 


center of Florida’s strong software develop¬ 
ment industry. Its campus is adjacent to the 
Central Florida Research Park which houses 
the Naval Training Systems Center, the 
Army’s Project Manager for Training 
Devices, and several University research 
organizations including the Institute for 
Simulation and Training, and the Center for 
Research in Electro Optics and Lasers. Com¬ 
puter Science faculty work closely with, and 
receive substantial research support from 
these groups and from the NASA Kennedy 
Space Center which is located within 50 
miles of the campus. 

Central Florida affords an excellent stan¬ 
dard of living. We have a strong public 
school system, easy access to the beaches 
and a climate that makes it possible to enjoy 
the outdoors all year long. 

Applications are invited through February 
26, 1990. Interested, qualified applicants 
should send resumes and names of at least 
three references to; 

Dr. Terry J. Frederick, Chair 
Department of Computer Science 
University of Central Florida 
Orlando, FL 32816-0001 
TEL: (407) 275-2341 
Email: fred@ucf 

An Equal Employment Opportunity (M/F) 
Affirmative Action Employer. 


PENN STATE HARRISBURG 
THE CAPITOL COLLEGE 
Quentin E. Berg Professorship 
in Engineering and Technology 
Search Reopened 

Penn State Harrisburg invites applications 
and nominations for the endowed Quentin 
E. Berg Professorship in Engineering and 
Technology. Appointment at the rank of 
Associate or Full Professor with tenure for 
the qualified applicant. The successful appli¬ 
cant will hold the Doctoral Degree or equiva¬ 
lent in electrical engineering and have a 
distinguished record of teaching, applied 
research and engineering design. Teaching 
assignments will be in a Master of Engineer¬ 
ing program and in a junior/senior level 
Electrical Engineering Technology program. 
The appointee will be expected to contribute 
substantially to departmental teaching and 
research through leadership and initiation of 
new projects. Preference will be given to ap¬ 
plicants with backgrounds in modern digital 
and analog circuits—(MSI and LSI circuits 
preferred), microcomputer hardware and 
software design and application, or control 
systems. 

Penn State Harrisburg is an upper division 
college and graduate center located 8 miles 
southeast of the state capital of Harrisburg. 
The campus enrolls approximately 1900 
undergraduates and 1200 graduate stu¬ 
dents. The Electrical Engineering Technol¬ 
ogy department has 14 full-time faculty and 
approximately 280 majors. 

Apply to Mr. Robert Hamill, Manager, 
Human Resources & Business Services, Box 
C, Penn State Harrisburg, Route 230, Mid¬ 
dletown, PA 17057. Position opened until 
filled. An Affirmative Action/Equal Oppor¬ 
tunity Employer. Women and Minorities En¬ 
couraged to Apply. 


UNIVERSITY OF ALBERTA 
Faculty Position in Computer 
Engineering and Digital Electronics 

The University of Alberta, Department of 
Electrical Engineering, invites applications 
for a tenurable position in Computer and 
Digital Systems Engineering at the Assistant 
or Associate Professor level. Successful ap¬ 
plicants will be qualified to teach under¬ 
graduate courses in logic design, micropro¬ 
cessor systems design, and computer-aided 
IC design. As well, the successful applicant 
will be expected to teach graduate courses, 
supervise M.Sc. and Ph.D. students and 
conduct research in the area of Computer 
and Digital Systems Engineering. Specific 
areas of interest to the department include, 
but are not limited to, computer architecture, 
IC design tools, testability, fault-tolerant 
computing, and real-time computing. Appli¬ 
cants should have a Ph.D. (or pending) in 
Electrical Engineering, Computer Engineer¬ 
ing or equivalent. Applications will be ac¬ 
cepted until Feb. 28, 1990. 

The Department of Electrical Engineering 
at the University of Alberta has at present a 
37-member teaching staff, approximately 
100 graduate students, and admits 155 be¬ 
ginning undergraduate students each year. 
The department has its own computer net¬ 
work that includes two HP 9000-835 super¬ 
minis and numerous engineering worksta¬ 
tions. The Department maintains strong links 
with the Alberta Laser Institute, the Alberta 
Microelectronics Centre, and the Alberta Tele¬ 
communications Research Centre. All these 
institutions are involved in various industrial 
enterprises and so provide an excellent op¬ 
portunity for faculty to carry out research 
which is oriented towards applications. 

Edmonton, Canada’s “Gateway to the 
North,” is an exciting city of more than 
700,000 people with excellent amenities 
and one of the world’s finest four-season 
climates. Jasper National Park and the 
Canadian Rockies are located nearby. 

To apply, send a curriculum vitae and the 
names of three referees to Dr. A.M. Robin¬ 
son, Chairman, EE Search Committee, De¬ 
partment of Electrical Engineering, The Uni¬ 
versity of Alberta, Edmonton, Alberta, 
Canada, T6G 2G7. The University of Alber¬ 
ta is committed to the principle of equity in 
employment. In accordance with Canadian 
Immigration requirements, priority will be 
given to Canadian citizens and permanent 
residents of Canada. 


ST. JOHN’S UNIVERSITY 
Computer Science 

St. John’s University seeks applicants for a 
tenure track position in Computer Science. 
Masters degree in Computer Science re¬ 
quired, Ph.D. preferred. Candidate must 
have teaching experience. Rank and salary 
negotiable. Send resume, transcripts, and 
three letters of recommendation to: Director 
of Personnel, St. John’s University, Col- 
legeville, MN 56321. Applications will be 
reviewed after 15 February 1990 and ac¬ 
cepted until position is filled. Women and 
Minorities are encouraged to apply. EEO/AA 
Employer. 
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CASE INSTITUTE OF TECHNOLOGY 
NORD Professorship in 

Computer Engineering and Science 

The Department of Computer Engineer¬ 
ing and Science at Case Institute of 
Technology is seeking a nationally recogniz¬ 
ed scholar and researcher to fill the NORD 
Professorship. This position was recently 
established by the donation of one and a half 
million dollars, which will provide outstan¬ 
ding professional opportunities and a highly 
competitive salary, together with additional 
funds for travel, graduate student support 
and equipment. The qualifications include a 
Ph.D. in computer science, computer engi¬ 
neering or closely allied fields, and an ability 
to establish and develop external support for 
a nationally recognized research program in 
computer science/computer engineering. 
We invite applications from senior faculty at 
both the associate professor and full profes¬ 
sor levels. 

CWRU is a private university with a total 
enrollment of 8,400, of which 5,100 are 
graduate and professional students. The 
Engineering School of Case Institute of 
Technology is among the top ten engineer¬ 
ing schools in terms of research funding per 
faculty member and undergraduate student 
quality. The University campus is the hub of 
the pleasant area known as University Circle, 
an incorporation with neighboring cultural 
centers and museums, about five miles from 
downtown Cleveland. 

The Department of Computer Engineer¬ 
ing and Science has 15 faculty positions, and 
a graduate student body of 140 students, 50 
of which are in the Ph.D. program. Depart¬ 
mental facilities are based upon an ethernet 
local area network, connected to INTER¬ 
NET, which supports a UNIX operating sys¬ 
tem and about 30 SUN workstations, color 
graphics display terminals, together with 
several printers. In addition, faculty and 
students participating in the Center for Auto¬ 
mation and Intelligent Systems Research 
have access to the Center’s computing 
facilities. 

Applicants should submit their curriculum 
vitae and names of at least five references to: 
Lee J. White, Chairman, Department of 
Computer Engineering and Science, 
Case Western Reserve University, Cleve¬ 
land, Ohio 44106; INTERNET: leew@alpha. 
ces.cwru.edu; applicants may wish to pro¬ 
vide at most three reprints of their most im¬ 
portant publications. 

An equal employment and affirmative ac¬ 
tion employer. 


ARIZONA STATE UNIVERSITY 
Computer Science 
Computer Engineering 

The Department of Computer Science 
and Engineering seeks outstanding faculty 
candidates for research and teaching in all 
areas of computer science and computer 
engineering. Of special interest are candi¬ 
dates in architecture, digital systems, opera¬ 
ting systems, and graphics. Applicants will be 
required to have completed a Ph.D. in com¬ 
puter science, computer engineering, or a 
closely related field by the date of appoint¬ 
ment, and must show exceptional promise in 


teaching and research. All positions are 
tenure track, and candidates at all levels are 
invited to apply. 

The department offers undergraduate and 
graduate programs through the Ph.D. The 
department enjoys the active support of an 
impressive alliance of high-tech companies 
(including Intel, Motorola, Bull-HN, Honey¬ 
well, DEC, Silicon Graphics and AG Com¬ 
munications). The companies participating 
in this Engineering Excellence program are 
working with the University and the State to 
build an outstanding faculty and facilities for 
Computer Science and Computer Engineer¬ 
ing at Arizona State. In 1992 will move into 
a new facility now in the initial stages of 
construction. 

Faculty workstations are networked local¬ 
ly to the Engineering Computing Service 
VAX, IBM, Harris, Convex, and Honeywell 
mainframes, and through the campus broad¬ 
band network to the university Cray XMP/ 
14se and IBM 3090/500E supercomputers, 
and externally via Westnet. A major part of 
freshman/sophomore instruction is hosted 
on Macintosh, Intel 286/310 Xenix, and 
IBM MS-DOS systems. Graphics under¬ 
graduate and graduate instructional labora¬ 
tories are equipped with Silicon Graphics Iris 
3130’s. The research laboratories include an 
Ardent Titan, Silicon Graphics, Xerox, and 
Symbolics workstations, an NCUBE-7 hy¬ 
percube, a M68020-based multi-processor 
distributed operating systems laboratory, 
and TI microprogramming stations. The ar¬ 
chitecture and digital systems groups work 
cooperatively with the internationally recog¬ 
nized Center for Solid State Engineering 
Research. 

Please send a resume and the names of 
three references to: 

Dr. Ben M. Huey, 

Faculty Search Committee 
Department of Computer Science 
Arizona State University 
Tempe, Arizona 85287-5406 

Internet: huey@asuvax.eas.asu.edu 
FAX: (602) 965-2751 

Deadline: January 31, 1990 or until the 
last day of each month thereafter until filled. 
ASU is an equal opportunity/affirmative ac¬ 
tion employer. 


WEST CHESTER UNIVERSITY 
Education — Computer Science 

Tenure track position to begin September, 
1990. Ph D. in Computer Science or related 
area with an M.S. in Computer Science. 
Candidates without a doctorate but with out¬ 
standing industrial and/or research experi¬ 
ence may be considered. Preference will be 
given to candidates with expertise in one or 
more of the following areas: Graphics, 
Operating Systems, Data Communications, 
Computer Architecture. West Chester Uni¬ 
versity awards a B.S. and M.S. degree in 
Computer Science. Rank and salary com¬ 
mensurate with experience. Send a vita, 
statement of teaching research interests and 
three letters of recommendation postmarked 
by February 15, 1990 to: Dr. Elaine Milito, 
Dept, of Mathematics and Computer Sci¬ 
ence, West Chester University, West Chester, 
PA 19383. AA/EOE. Women and minorities 
are encouraged to apply. 


SYRACUSE UNIVERSITY 
Faculty Positions 

The School of Computer and Information 
Science at Syracuse University invites appli¬ 
cations for faculty positions in all areas of 
computer science. Positions are currently 
budgeted at the assistant professor level. 
Outstanding candidates at higher levels will 
also be considered. Candidates for assistant 
professorships should be capable of research 
that extends the frontiers of the discipline. A 
Ph.D. or equivalent in Computer Science or 
a related area is required. Candidates for 
senior positions should be leaders in their 
fields with outstanding research records. All 
candidates are expected to pursue an active 
research program and must be committed to 
excellence in teaching. The School has par¬ 
ticular strength in parallelism, logic program¬ 
ming and coding theory. A variety of parallel 
computers is available to the faculty. The 
School has a 48-transputer computing sur¬ 
face. The Northeast Parallel Architectures 
Center at Syracuse University has Connec¬ 
tion Machines, Encore Multimax and Alliant 
computers. Applicants should send a re¬ 
sume, three references, and copies of se¬ 
lected publications (if any) by February 15, 
1990 to: Professor Per Brinch Hansen, 
Chair, Search Committee, School of Com¬ 
puter and Information Science, Center for 
Science and Technology, 4-116, SYRA¬ 
CUSE UNIVERSITY, Syracuse, NY 13244- 
4100. AA/EOE. 


FLORIDA ATLANTIC UNIVERSITY 
Computer Engineering 

The Department of Computer Engineer¬ 
ing has tenure track openings starting in 
August, 1990. The department has an active 
graduate program with approximately 100 
master’s students and 25 Ph.D. students 
enrolled. The department plans to add a 
bachelor’s program and will move into a new 
Science and Engineering building early next 
year. It cooperates closely with the Depart¬ 
ments of Computer Science and Electrical 
Engineering, also housed in the College of 
Engineering. 

Current interests of the department in¬ 
clude computer architecture, networks and 
data communications, VLSI and neural net¬ 
works, fault tolerant and secure systems, 
microprocessor based systems and perfor¬ 
mance evaluation and modeling. 

Candidates should have an earned doc¬ 
torate in a relevant field and should be in¬ 
terested in both teaching and developing a 
strong sponsored research program. With 
many nearby electronics and computer com¬ 
panies such as IBM, Motorola, Harris and 
Siemens, opportunity exists for industry 
research. 

Applicants should send complete resume, 
including at least three references, by 
3/30/90 to Dr. Jerry Merckel, Chairman, 
Department of Computer Engineering, 
Florida Atlantic University, Boca Raton, FL 
33431. 

Florida Atlantic University (FAU), a mem¬ 
ber of the State University System, is located 
on the Southeast coast of Florida. FAU is an 
equal opportunity/affirmative action 
employer. 
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COLORADO STATE UNIVERSITY 

The Computer Science Department solic¬ 
its applications for tenure-track and visiting 
faculty positions at all levels (subject to fund¬ 
ing) . Candidates for assistant professor need 
a Ph.D. in computer science or computer 
engineering (at time of appointment) with 
promise for excellence in research and 
teaching; applicants for senior ranks must 
possess distinguished research records. The 
Department has approval for significant 
growth over the next few years, and has 
identified selected areas in parallel com¬ 
puting, artificial intelligence, and software 
engineering for special attention. In addition, 
at least one graphics specialist is sought. 
Salary is commensurate with rank and ex¬ 
perience. New and visiting faculty will enjoy 
duties especially conducive to productive 
research. 

The Department offers BS, MS, and PhD 
degrees. We have excellent cooperative re¬ 
search relations with industrial and govern¬ 
ment laboratories, and their people form a 
significant portion of our graduate student 
population. We operate numerous multi¬ 
user systems (HP, DEC, Sequent, ATT) and 
many workstations (Sun, Apple, ATT), all 
networked. University operations include a 
CYBER 205 vector supercomputer. Depart¬ 
ment personnel work in a pleasant, smoke- 
free environment. 

Fort Collins is a growing community of 
92,000 located along the foothills of the 
Rocky Mountains, 60 miles north of Denver. 
The climate is moderate—about 15 inches of 
precipitation and 290 days of sunshine per 
year. There are many cultural opportunities 
and year-round outdoor activities. 

Send your curriculum vitae and names of 
at least three professional references to: Dr. 
R.R. Oldehoeft, Search Committee, Com¬ 
puter Science Department, Colorado State 
University, Fort Collins, CO 80523. Ap¬ 
plications for August, 1990 will be con¬ 
sidered March 1, 1990. The search may be 
extended if suitable candidates are not 
found. 

Colorado State University is an EEO/AA 
Employer. EO Office: 314 Student Services 
Building. 


UNIVERSITY OF DELAWARE 

Computer & Information Sciences 

Are you interested in joining the computer 
science faculty of a growing, dynamic de¬ 
partment in an attractive university town 
within easy traveling distance to New York, 
Philadelphia, Baltimore, and Washington? 
The University of Delaware, centrally 
located on the East Coast, is recruiting for 
possible tenure-track and visiting faculty 
positions in the Department of Computer 
and Information Sciences beginning Sep¬ 
tember 1, 1990. The department offers 
bachelor, master, and doctoral degrees. 
There are active groups working in artificial 
intelligence, theory of computation, net¬ 
works, and symbolic mathematical compu¬ 
tation. Although applicants in all areas of 
computer science are encouraged to apply, 
special interest exists for candidates with 
research expertise in architecture, operating 
systems, or programming languages and 


compilers. Candidates in these areas with 
research interests in parallel computation are 
especially sought. 

A Ph.D. degree or its equivalent, and ex¬ 
cellence in research and teaching are re¬ 
quired. Salary and rank will be commensu¬ 
rate with the candidate’s qualifications and 
experience. 

The Department research facilities include 
various workstations (primarily Symbolics 
Lisp machines and SUN’s) and facilities in a 
joint research lab shared with the Depart¬ 
ment of Electrical Engineering. The latter in¬ 
cludes a Sequent Symmetry, three VAX 
780’s and various other smaller machines. 
We are well connected to the major networks. 

Resources devoted to academic use in the 
University Computing Center include an 
IBM 3090-300 with a vector facility, a CDC 
Cyber 180, Unix machines (Vax 8650, Py¬ 
ramid 98xe, Sun 4 with 128 MB memory, 
12 Sun 3/60’s), and more than 75 micro¬ 
computers (IBM PC-XT’s, AT’s and Macin¬ 
tosh’s) . 

Candidates should send a curriculum 
vitae and the names of three references to 
Dr. Errol L. Lloyd, Recruiting Coordinator, 
Department of Computer and Information 
Sciences, University of Delaware, Newark, 
DE 19716. Positions are open until filled. 

The University of Delaware is an equal op¬ 
portunity, affirmative action employer. Ap¬ 
plications from members of minority groups 
and women are encouraged. 


THE UNIVERSITY OF TENNESSEE 
AT CHATTANOOGA 

Tenure track positions in Computer Sci¬ 
ence at the rank of Assistant Professor. Ap¬ 
plicants must have an MS in Computer Sci¬ 
ence or a related field. A Ph.D. in Computer 
Science is preferred. Applicants with ex¬ 
perience and/or training in Software Engi¬ 
neering are especially encouraged but those 
with interests in other areas are also 
welcome. 

UTC offers BS and MS degrees in Com¬ 
puter Science. It is the site of Tennessee’s 
Center of Excellence for Computer Applica¬ 
tions. Available resources include IBM 3090 
and 4381 systems, a DEC VAX 785, several 
RISC-based HP3000’s and numerous mi¬ 
crocomputers. 

Chattanooga, located in one of the coun¬ 
try’s most scenic areas, offers excellent 
recreational opportunities and a cost of living 
below the national average. There is no state 
income tax. 

Send applications to: 

Dr. Jack Thompson, Head 
Computer Science Department 
School of Engineering 

University of Tennessee at Chattanooga 
615 McCallie Avenue 
Chattanooga, TN 37403 
Phone (615) 755-4349 

Applications will be reviewed beginning 
March 1, 1990. An appointment will be 
made as soon as the successful candidate is 
selected. 

The University of Tennessee at Chatta¬ 
nooga is an equal employment opportunity/ 
affirmative action/Title IX/Section 504 in¬ 
stitution. 


U.S. NAVAL ACADEMY 
Tenure-Track Position 
Computer Science 

An earned Ph.D. in Computer Science or 
related field is required. The applicant must 
have an interest in both teaching and re¬ 
search in a very high quality, CSAB ac¬ 
credited, undergraduate program. Preferred 
areas of interest include operating systems, 
computer architecture, or networks. Appli¬ 
cants from all areas will be considered. Ad¬ 
dress inquiries to Chairman Computer Sci¬ 
ence Department, United States Naval 
Academy Annapolis, MD 21402. Deadline 
for receipt of applications is 01 April 1990. 
Applications will be considered until the posi¬ 
tion is filled. An Equal Opportunity/Affir¬ 
mative Action Employer. 


RENSSELAER POLYTECHNIC 
INSTITUTE 
Faculty Positions 

Department of Electrical, Computer 
and Systems Engineering 

Rensselaer Polytechnic Institute, Depart¬ 
ment of Electrical, Computer, and Systems 
Engineering, invites applications for tenure- 
track faculty positions at all levels. Specific 
areas of interest include: (1) computer engi¬ 
neering, architecture, and performance 
evaluation; (2) computer and communica¬ 
tions networks, architectures and protocols. 
Senior faculty applicants with an interest in 
undertaking a leadership role in these re¬ 
search programs are encouraged. The ECSE 
Department is the largest academic unit at 
Rensselaer and has a rich tradition of re¬ 
search and education. The department is 
seeking to add faculty who bring an innova¬ 
tive approach to research and teaching. 
Active programs in computer engineering, 
solid-state electronics and integrated circuit 
design, control systems, robotics and 
automation, information and decision sys¬ 
tems, communications and signal process¬ 
ing, electronics and circuits, and fusion 
plasma systems contribute to a dynamic re¬ 
search environment. In addition to the ex¬ 
tensive research facilities of the department, 
there are opportunities to initiate or par¬ 
ticipate in interdisciplinary research pro¬ 
grams in one of the major research centers of 
the School of Engineering, including the 
Center for Integrated Electronics, the Rens¬ 
selaer Design Research Center, the Center 
for Manufacturing Productivity and Technol¬ 
ogy Transfer, and the NASA Center for In¬ 
telligent Robotic Systems in Space Explora¬ 
tion. New faculty are eligible for special ar¬ 
rangements including summer support, 
equipment, graduate student support, and 
reduced teaching load in order to encourage 
growth of their research programs. Applica¬ 
tions or requests for more information 
should be directed to: 

Dr. Arthur C. Sanderson, Chairman 
Electrical, Computer, and Systems 
Engineering Department 
Rensselaer Polytechnic Institute 
Troy, NY 12180-3590 
RPI is an affirmative action/equal oppor¬ 
tunity employer. 
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CALIFORNIA STATE UNIVERSITY 
San Bernardino 

Position for Assistant or Associate Pro¬ 
fessor (tenure track) of Computer Science. 
Salary range $35,284-$54,516 depending 
on qualifications and experience. Moving 
expenses. Available January, April or Sep¬ 
tember 1990. 

Duties include teaching, advising, curricu¬ 
lum development, research, and community 
interaction. Interest in digital logic, hard¬ 
ware, networking, and/or data bases is 
especially desirable. Teaching load equated 
to 12 hrs/wk of lecture and lab. Ph.D. in 
CSci is required. Facilities include CDC 
Cyber, Prime, IBM 4381 and Intel Hyper¬ 
cube computers, 286 and 386 PCs, micro¬ 
processors, terminals and several LANs. 

The University is located in one of the 
fastest growing service areas in the USA with 
a current student population of about 11000 
including 270 computer science majors. The 
area is noted for its warm climate and is 
within a 1-2 hr drive of mountain ski resorts, 
ocean beaches, and metropolitan Los 
Angeles. Housing costs average 20% lower 
than the LA area. Applicants should submit 
letter of application and vitae. Women and 
minorities are encouraged to apply. Position 
open until filled, but no later than June 1, 
1990. Send materials to: Dr. Peter Wetter- 
lind, Chair, Department of Computer Sci¬ 
ence, California State University, 5500 
University Parkway, San Bernardino, CA 
92407, PAAAAAR@CALSTATE.BITNET 

An Equal Opportunity/Affirmative Ac¬ 
tion, Section 504, Title IX Employer. 


OREGON GRADUATE INSTITUTE 

OF SCIENCE AND TECHNOLOGY 

(formerly Oregon Graduate Center) 

Would you like to work in an academic 
environment with an active graduate educa¬ 
tion program, but with no undergraduate 
teaching responsibilities? A place that en¬ 
courages serious research by providing 
strong administrative support and excellent 
facilities? If so, consider joining the growing 
faculty of the Oregon Graduate Institute of 
Science and Technology’s Department of 
Computer Science and Engineering. 

We seek both senior and junior faculty col¬ 
leagues with experience in graduate educa¬ 
tion and ambitious research goals. Technical 
areas of particular interest include: computer 
architecture, VLSI design, artificial neural 
networks, distributed database systems, and 
parallel computation. 

OGI is located in Portland, one of the 
most affordable of the West Coast’s beautiful 
cities. Portland’s relaxed life style and intense 
work style combine to offer you a setting in 
which both your family and your research 

For more information about OGI, please 
address inquiries to: Professor Richard 
Kieburtz, Chairman, Department of Com¬ 
puter Science and Engineering, Oregon 
Graduate Institute of Science and Technol¬ 
ogy, 19600 NW von Neumann Drive, Bea¬ 
verton, OR 97006. 

OGI is an equal opportunity employer. 


UNIVERSITY OF NORTH CAROLINA 
AT CHARLOTTE 

The Electrical Engineering Department at 
the University of North Carolina at Charlotte 
invites applications for tenure-track positions 
at the Assistant, Associate or Full Professor 
level in digital system design, signal and im¬ 
age processing/communications, control 
systems, semiconductor materials science, 
device physics, and IC process technology. 
The University of North Carolina at Char¬ 
lotte is one of the largest institutions of the 
UNC system. It has over 13,000 students, 
including 1,940 graduate students in the six 
colleges. The department is one of five in the 
College of Engineering with 350 students, of 
which 30 are graduate students and Post¬ 
doctoral Research Associates. Computer 
facilities include micros, minis, workstations 
and free access to Cray YMP supercomputer 
via microwave links. The laboratory facilities 
include a class 100 clean room with com¬ 
plete integrated circuit and microstructure 
fabrication capabilities, laboratories for 
measuring the electrical properties of the 
insulator-semiconductor system, IC compu¬ 
terized test facilities, laser-electrooptic 
laboratory, new plasma processing labora¬ 
tory for VLSI fabrication, and new MBE 
laboratory for quantum well superlattice and 
optoelectronic materials. As a participating 
institution in the Microelectronics Center of 
North Carolina the faculty have access to the 
MCNC facilities with capability of submicron 
IC design, fabrication test and semiconduc¬ 
tor materials analysis. Charlotte is the largest 
city in the Carolinas and offers good schools 
and attractive housing. The 100,000 sq. ft. 
engineering building is located adjacent to 
the 3,500 acre University Research Park. 
A new 75,000 sq. ft. applied research build¬ 
ing will soon be completed. Various forms of 
career development support are available. 
Applicants should have a Ph.D. degree and 
have commitment to teaching and pursuing 
research. Industrial and research experience 
is desirable. Rank and salary commensurate 
with experience. Applications will be ac¬ 
cepted until March 1, 1990. Initial screening 
begins February 1, 1990. Applications in¬ 
cluding a resume and four references should 
be sent to Dr. Y.P. Kakad, Chairman, Search 
Committee, EE Dept., UNC-Charlotte, Char¬ 
lotte, NC 28223. UNC-Charlotte is an equal 
opportunity affirmative action employer, 
and complies fully with the immigration Re¬ 
form and Control Act of 1986. 


UNIVERSITY OF MARYLAND 
INSTITUTE FOR ADVANCED 
COMPUTER STUDIES 
Temporary Research Positions 

The University of Maryland Institute for 
Advanced Computer Studies (UMIACS) in¬ 
vites applications for Post-Doctural Research 
Assistant, Associate and Scientist positions 
which may be available during the 1989-90 
academic year. Applicants must have a 
Ph.D. in Computer Science, or a related 
area, and a strong research record. Send a 
resume and 3 letters of reference by March 
1, 1990 to: Johanna Weinstein, RA Coor¬ 
dinator, UMIACS, University of Maryland, 
College Park, MD 20742. 


THE UNIVERSITY OF TENNESSEE 

Department of Computer Science 

Knoxville, Tennessee 37996-1301 

The Department of Computer Science in¬ 
vites applications for tenure-track positions at 
the rank of Professor beginning Spring 1990. 
A strong research record in the areas of com¬ 
puter graphics, networking, or operating sys¬ 
tems is sought but all major fields in computer 
science may be considered. Experience 
directing doctoral students is especially im¬ 
portant. Tenure-track positions for Associate 
and Assistant Professors are also open. Ap¬ 
plicants for Associate Professor should have 
a strong research record, preferably in the 
above-named areas; experience directing 
doctoral students is desirable. Applicants for 
Assistant Professor should have a strong in¬ 
terest in research, preferably in the above- 
named areas. Applicants for all positions 
should have a doctoral degree in computer 
science or a related area. 

Departmental SUN, IBM and DEC work¬ 
stations abound for students and faculty and 
are fully networked. Special systems support 
graphics and image analysis. The University 
operates an IBM 3090 and a large VAX 
cluster. CRAY, HYPERCUBE, SEQUENT 
and other machines are available via high 
speed link with Oak Ridge National 
Laboratory. 

You can respond to straight@utkvx.utk. 
edu. The mailing address is Department of 
Computer Science, 107 Ayres Hall, The 
University of Tennessee, Knoxville TN 
37996-1301. 

The University of Tennessee is an EEO/ 
AA/TITLE IX/SECTION 504 employer. 


SOUTHERN ILLINOIS UNIVERSITY 
AT CARBONDALE 

Applications are invited for a tenure track 
faculty opening beginning August 16, 1990. 
The appointment will be at the Assistant or 
Associate Professor level, depending on ex¬ 
perience and research record. Candidates 
should have a broad competence in com¬ 
puter science or computer engineering and a 
specialty in at least one of the mainstream 
areas. Evidence of on-going and future re¬ 
search, a commitment to teaching, and will¬ 
ingness to participate fully in the Depart¬ 
ment’s graduate and undergraduate pro¬ 
grams are basic requirements. Applicants 
should have, or expect to receive in 1990, a 
Ph.D. in Computer Science or Computer 
Engineering. Departmental facilities include 
a network of personal computers, VAX/ 
Sun/Xerox work stations, and a shared 
memory parallel machine—the Sequent 
Balance 8000. IBM mainframe computers, 
including a 3090 with Vector processing and 
various network capabilities, are also avail¬ 
able for research and teaching. 

Applications will be accepted until March 
15, 1990, or until the position is filled. 
Resumes should be sent to: Faculty Recruit¬ 
ment Committee, Department of Computer 
Science, Southern Illinois University, Car- 
bondale, IL 62901-4511. SIUC is an Equal 
Opportunity/Affirmative Action Employer. 
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TULANE 

Tulane is a major private university, selec¬ 
tive in enrollment and comprehensive in 
scope, with about 10,000 undergraduate 
and graduate students. The campus is 
located in a residential area of uptown New 
Orleans, one of America’s most distinctive 
cities. Faculty benefits include dependent tui¬ 
tion, mortgage assistance, relocation ex¬ 
penses, university contributions of 12% to 
TIAA, and typical insurance benefits. 

The department computer network in¬ 
cludes a Pyramid 9815 running UNIX, a 
micro VAX running VMS, and several Sun 
workstations. This local area network is a 
subnet of the Tulane University network 
which is connected to SURANET, a regional 
subnet of the Internet. Other major com¬ 
puting resources on the Tulane University 
network and accessible from Computer Sci¬ 
ence Offices include an IBM 3081KX main- 

The department invites applications for 
faculty positions at all levels for the fall, 
1990. Specialties in Computer Engineering, 
Software Engineering or Neural Nets are 
preferred, although other specialties will be 
fully considered. A Ph.D. in Computer Sci¬ 
ence or a related field is required, as is re¬ 
search excellence or demonstrated research 
potential and a commitment to quality teach¬ 
ing is mandatory. In case the Ph.D. degree is 
not yet completed, a successful applicant 
must have completed all requirements for 
the degree except dissertation within the 
year prior to selection, with expected com¬ 
pletion of dissertation prior to inception of 
employment. Applicants for instructorships 
must possess a masters in Computer Science 
or ABD. 

Applications should be directed to Dr. 
Johnette Hassell, Head, Department of 
Computer Science, School of Engineering, 
Tulane University, New Orleans, LA 70118. 
Applications must be received by March 1, 
1990 for fall appointment. Tulane University 
is an Affirmative Action Equal Opportunity 
Employer. 


BROWN UNIVERSITY 
Faculty Position in 
Electrical Engineering 

The Division of Engineering of Brown 
University announces a tenure-track position 
in Electrical Engineering starting in Septem¬ 
ber, 1990. The appointment will be made at 
the Assistant Professor level. Applications 
are sought from candidates with a Ph.D. or 
equivalent degree in electrical or computer 
engineering. The applicant should have a 
strong commitment to high-quality research 
and to teaching at both graduate and under¬ 
graduate levels. Expertise in one or both of 
the following disciplines is being sought: 

• Computer Vision: Application of AI algo¬ 
rithms, 3D geometry, pattern recognition, 
image sensing and acquisition, image pro¬ 
cessing, stochastic algorithms. 

• Speech Processing: Digital signal process¬ 
ing, recognition, verification, synthesis, algo¬ 
rithms, systems. 

The appointee will be a member of the 
Laboratory for Engineering Man/Machine 
systems (LEMS), and will augment one of 


the established efforts in the above areas. 
Strong mathematical skills are especially im¬ 
portant. He/she will have immediate access 
to equipment, support staff and close inter¬ 
action with the six current LEMS faculty. 
LEMS is a dynamic research focus for com¬ 
puter engineering in which a theory-to- 
practice, cooperative, interdisciplinary en¬ 
vironment is stressed; strong research pro¬ 
grams exist in signal processing, speech pro¬ 
cessing, computer vision, robotics, control 
theory, parallel architecture, analog VLSI, 
and discrete event simulation. Applications 
consisting of a resume, names and addresses 
of three references should be submitted to: 
Professor Harvey Silverman, Chairman, 
Search Committee, Division of Engineering, 
Box D, Brown University, Providence, RI 
02912. To insure full consideration, applica¬ 
tions should be received by February 28, 
1990. Brown University is.an Equal Oppor¬ 
tunity/Affirmative Action employer and 
welcomes applications from women and 
minorities. 


CALIFORNIA STATE POLYTECHNIC 
UNIVERSITY, POMONA 
Computer Science Department 

Computer Science: Two tenure-track fac¬ 
ulty positions beginning Sept. 1990. Assist. 
Prof., academic year. Ph.D. strongly prefer¬ 
red (required for tenure or promotion). En¬ 
rollment in Ph D. program with teaching ex¬ 
perience is the min. qualification. Send 
resume, 3 reference letters, application 
form, by March 15, 1990. Search Comm., 
Comp. Sci. Dept., Calif. State Poly Univ., 
Pomona, CA 91768. Only persons author¬ 
ized to work in the U.S. will be hired. 
AA/EEO. 


UNIVERSITY OF NORTH TEXAS 
College of Arts and Sciences 

Department of Computer Sciences 

The Department invites applications for 
several tenure-tract faculty positions at all 
ranks. A Ph.D. in computer science and evi¬ 
dence of a strong commitment to research 
and teaching are required, and for associate 
or full rank the commitment to research and 
teaching must be evidenced. Salary and 
rank will be commensurate with qualifica¬ 
tions and experience. 

The Department is convenient to the 
Dallas/Fort Worth high tech corridor. It of¬ 
fers BS/MS/PhD programs, with approxi¬ 
mately 416 undergraduate and 125 gradu¬ 
ate majors. There are excellent laboratory 
facilities to support both research and in¬ 
struction . The University of North Texas is an 
emerging national research institution in the 
vibrant and rapidly expanding Dallas-Fort 
Worth metropolitan area with over 640 
regular faculty and a present enrollment of 
26,519 students. 

Applicants should submit their resumes, 
including the names of three references, to 
E. Sonny Butler, Department of Computer 
Sciences, P.O. Box 13886, University of 
North Texas, Denton, Texas 76203-3886. 

UNT is an Affirmative Action/Equal Op¬ 
portunity Employer. 


McGILL UNIVERSITY 
Computer Engineering 

The establishment of a new degree pro¬ 
gram in Computer Engineering has created a 
number of tenure-track faculty openings in 
the Department of Electrical Engineering at 
McGill University. These can be at any level 
of rank and will be effective September 1st, 
1990. Applications are invited from in¬ 
dividuals who are dedicated to teaching at 
both the undergraduate and graduate levels, 
and who have outstanding research poten¬ 
tial and demonstrated research ability in any 
of the following areas: Software Engineer¬ 
ing, Computer Architecture, Operating Sys¬ 
tems, Computer Systems Engineering, Par¬ 
allel Computing, and Distributed Systems. 

The Department has a faculty of 29 pro¬ 
fessors and a student body of approximately 
600 undergraduate majors and 230 gradu¬ 
ate students, 70 of whom are Doctoral can¬ 
didates. Research areas in which the Depart¬ 
ment has strong groups with an international 
reputation include Computer Vision (part of 
the McGill Research Center for Intelligent 
Machines), Computational Analysis and De¬ 
sign Automation, Communications Systems, 
Systems and Control, and VLSI Design and 
Test. The School of Computer Science, with 
its strengths in algorithms, computational 
geometry, numerical analysis, architecture 
and networks, provides another major 
forum for interaction. 

Candidates must hold an earned Ph.D. 
degree. In addition, a bachelor’s degree from 
an accredited engineering school would be 
an asset. Please send a resume and a list of 3 
references to: 

Professor V.K. Agarwal 
Chairman, 

Computer Engineering Search Committee 
Department of Electrical Engineering 
McGill University 
3480 University Street 
Montreal, Quebec 
Canada H3A 2A7 
Tel: (514) 398-7136 

In accordance with Canadian Immigration 
requirements, this advertisement is directed 
in the first instance to Canadian citizens and 
Permanent residents of Canada. Applica¬ 
tions from others are welcomed, however, 
consideration of such candidates must be 
deferred until a Canadian search has been 
completed. 


UNIVERSITY OF MIAMI 

Several tenure-track faculty appointments 
in computer science are to become available 
in August, 1990. Salaries are open, com¬ 
mensurate with qualifications. Candidates 
must have a Ph.D. or equivalent degree and 
an excellent research potential with a strong 
commitment to teaching and research. Ap¬ 
plicants should send a curriculum vitae and 
three references to: 

Chairman, Department of Mathematics 
University of Miami 
P.O. Box 249085 
Coral Gables, Florida 33124 
The University of Miami is an Equal Op¬ 
portunity/Affirmative Action Employer. 
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MISSISSIPPI STATE UNIVERSITY 
Head, Department of 
Computer Science 

Mississippi State University invites applica¬ 
tions and nominations for the position of 
head of the Department of Computer Sci¬ 
ence. A successful candidate must have (1) 
an earned doctorate in computer science or 
related field, and (2) faculty experience in a 
doctoral granting program. In addition, can¬ 
didates should have demonstrated leader¬ 
ship and a successful record of teaching, 
research, and grant procurement. The ap¬ 
pointment will be at the rank of professor 
with a highly competitive salary. The an¬ 
ticipated starting date is July 1, 1990. 

As one of the 100 largest research univer¬ 
sities (expenditures) in the country and the 
largest university in the state, MSU offers a 
broad range of undergraduate and graduate 
programs. The Department of Computer 
Science offers a CSAB-accredited under¬ 
graduate program and graduate study lead¬ 
ing to the MCS, MS and PhD degrees. In co¬ 
operation with electrical engineering, the 
department also offers programs of study 
leading to the BS and MS degrees in com¬ 
puter engineering. 

Screening of candidates will begin Febru¬ 
ary 15. 1990 and will continue until the posi¬ 
tion is filled. Nominations and applications 
with curriculum vita should be sent to: Dr. 
George S. Rent, Chairperson, Search Com¬ 
mittee for Head of Computer Science, Col¬ 
lege of Arts and Sciences, P.O. Box AS, 
Mississippi State, MS 39762. MSU is an equal 
opportunity affirmative action employer. 


UNIVERSITY OF TULSA 

The Department of Mathematical and 
Computer Sciences at the University of Tulsa 
invites applications for tenure track positions 
in Computer Science at junior and senior 
ranks to begin in September of 1990. Salary 
is open and competitive. Responsibilities in¬ 
clude teaching 6 hours per semester at the 
undergraduate and graduate level, continu¬ 
ing scholarly activity.and pursuit of extra¬ 
mural funding. Minimum qualifications are a 
Ph D. in computer science or a related disci¬ 
pline and a strong commitment to teaching 
and research. Candidates with research spe¬ 
cialties in Parallel and Scientific Computing, 
Artificial Intelligence, and Computer Graph¬ 
ics are of particular interest. 

The Department of Mathematical and 
Computer Sciences offers the Ph D. degree 
in Computer Science; has ten Sun and two 
DEC workstations, a BBN Butterfly, and an 
Intel Hypercube for faculty and student 
research; and is a member of NSFnet. 

Applications will be evaluated beginning 
February 15, 1990. Late applications will be 
accepted until the position is filled. Send 
vitae, transcripts, and three letters of refer¬ 
ence to: William A. Coberly. Chairman: 
Mathematical and Computer Sciences: Uni¬ 
versity of Tulsa: 600 S. College; Tulsa. OK 
74104. email: coberly@tusun2.mcs.utulsa. 
edu. The University of Tulsa is an Equal Op¬ 
portunity/Affirmative Action Employer. 


DEPAUL UNIVERSITY 
CHICAGO, ILLINOIS 
Announcement of Positions in 
Computer Science 

DePaul University invites applications for 
a tenure-track position in Computer Science 
at any level. The starting date is September, 
1990. Any area of specialization will be con¬ 
sidered. Any applicant should hold a Ph.D. 
in Computer Science or be a candidate for 
such a degree. Consideration will also be 
given to holders of Ph D. degrees in Mathe¬ 
matics or related fields who have an interest 
in changing fields to Computer Science. 
Duties include a six-hour teaching load and 
research. Tenure details and salary are nego¬ 
tiable. Benefits include TIAA and standard 
health insurance. U S. citizenship is not 
required. 

The Department of Computer Science and 
Information Systems has 500 undergraduate 
majors and over 800 graduate students. Fa¬ 
cilities include two VAX 11/780’s, a VAX 
11/750, an IBM 4341, an IBM 4381, a Har¬ 
ris HCX9, an AT&T 3B15 and a Harris 800. 
Each faculty office is provided with a high 
performance workstation connected to the 
Department’s Ethernet. In addition the 
Department has an Artificial Intelligence 
Laboratory equipped with four Hewlett- 
Packard AI workstations—two 350’s, two 
370’s, two Symbolics 3600’s and 5 PERQ’s; 
and a Computer Vision Laboratory equip¬ 
ped with an AT&T 3B2-1000, 8 AT&T 
6386 WGS Model E workstations, 15 AT&T 
630 multi-tasking graphics terminals, two 
frame grabbers and dedicated vision proces¬ 
sor. There are also numerous PC Labora¬ 
tories. Faculty interests include artificial 
intelligence, computer vision, natural lan¬ 
guages, applied statistics, applied graph 
theory, computer graphics, computer securi¬ 
ty, information systems, compiler design, 
semantics of programming languages, and 
computer architecture. 

Applications will be received until posi¬ 
tions are filled. To apply, send a resume and 
at least three letters of reference to: Helmut 
Epp, Chairman, Department of Computer 
Science and Information Systems, DePaul 
University, 243 S. Wabash, Chicago, IL 
60604. 

DePaul University is an equal opportunity 
employer. 


INDIANA-PURDUE UNIVERSITY 
AT FORT WAYNE 

Department of Computer Science 
Fort Wayne, Indiana 46805 

Applications are invited for two antici¬ 
pated tenure-track positions in Information 
Systems. A Ph.D. or equivalent in Compu¬ 
ter Science, MIS, or related discipline is re¬ 
quired. Duties will center on teaching with 
scholarly activity and professional growth ex¬ 
pected. Salaries are competitive, and fringe 
benefits excellent. Rank and salary commen¬ 
surate with experience. 

Send vita and names of three professional 
references to Dr. Maynard Mansfield, Chair, 
IPFW is an Affirmative Action/Equal Op¬ 
portunity Employer. 


SWARTHMORE COLLEGE 
Computer Science Program 
Swarthmore, PA 19081 

Applications are invited for a two-year 
leave replacement position (subject to final 
administrative approval). Rank will depend 
upon the applicant’s education and experi¬ 
ence. Swarthmore College is a small, selec¬ 
tive, liberal arts college located in a suburb 10 
miles outside of Philadelphia. The computer 
science program offers concentrations, 
minors, and special majors in computer sci¬ 
ence at the undergraduate level. We have a 
CS laboratory of Sun workstations as well as 
access to the campus network of Macin¬ 
toshes, Vaxstations, MicroVaxes, and a 
Vax8810. Apollo’s are available in the Engi¬ 
neering department. Both a Sun and a Mac 
will be provided in the office of the successful 
applicant. The position entails teaching 2 
courses per semester plus some administra¬ 
tive duties. Applicants should be comfortable 
teaching strong undergraduate courses in at 
least two of the following areas: Algorithms 
and Data Structures, Programming Lan¬ 
guages, Theory of Computation, or Artifical 
Intelligence. A resume and three letters of 
reference should be sent to: Charles F. Kele- 
men at the above address. At least two of the 
letters should speak to the candidates teach¬ 
ing ability. Applications from women and 
members of minority groups are encouraged. 


UNIVERSITY OF MASSACHUSETTS 
AMHERST 

Faculty and Research Scientist Positions 

The Department of Computer and Infor¬ 
mation Science invites applications for 
tenure-track faculty positions and non- 
tenure-track research scientist positions at all 
levels in all areas of computer science. Ap¬ 
plicants should have a Ph D. in computer 
science or related area and should show 
evidence of exceptional research promise. 
Senior level candidates should have a record 
of distinguished research. Salary is commen¬ 
surate with education and experience. Our 
Department has grown substantially over the 
past five years and currently has 29 full-time 
faculty, 18 research scientists, and 200 
graduate students. Continued growth is ex¬ 
pected over the next five years. We have on¬ 
going research projects in robotics, vision, 
natural language processing, expert systems, 
distributed processing, database systems, in¬ 
formation retrieval, real-time systems, soft¬ 
ware development, programming lan¬ 
guages. computer networks, office auto¬ 
mation, intelligent user interfaces, parallel 
computation, and computer architecture. 
The Department is the recipient of a CER 
award from NSF and URI award from ONR. 
To support our research, we have a 200- 
node network, including numerous large 
VAX and sequent systems, a variety of 
graphics devices, LISP machines, and work¬ 
stations. Send vita, along with the names of 
four references to: Professor Krithi Ramam- 
ritham, COINS Department, Lederle Grad¬ 
uate Research Center, University of Massa¬ 
chusetts, Amherst. MA 01003, by April 1. 
1990. An Affirmative Action/Equal Oppor¬ 
tunity Employer. 
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UNIVERSITY OF MISSOURI- 
KANSAS CITY 

As we charge into the Information Age, 
the science and technology of communica¬ 
tions has become critically important. Our 
program is focused on Computer Network¬ 
ing, Telecommunications, Artificial Intelli¬ 
gence and Software Engineering with an 
overall emphasis on communications. We 
are looking for qualified and motivated peo¬ 
ple to join a distinguished faculty in a 
stimulating work environment. Our program 
is organized to support basic and applied 
research, prototyping and even product de¬ 
velopment, with unusual opportunities for 
professional advancement. We also offer 
degree programs at all levels. 

Nine-and twelve-month tenure track ap¬ 
pointments at all ranks are available at in¬ 
dustry competitive salaries. Preference will 
be given to established senior applicants. 
Non-teaching, non tenure track research 
positions are offered in the Center for Ad¬ 
vanced Technology. We have open visiting 
and post-doctoral appointments as well. Re¬ 
search productivity is required, so time for 
research is guaranteed and progressively in¬ 
creased as performance builds. In addition to 
the usual research funding channels, support 
for research is generated through industry 
consortia and contract research. If you want 
a challenging career and a chance to really 
make an impact in the Information Age, 
please write today. 

Send resume and names of three refer¬ 
ences to: Dr. Richard G. Hetherington, 
Director, Computer Science Telecommuni¬ 
cations Program, University of Missouri- 
Kansas City, 5100 Rockhill Road, Kansas 
City, Missouri 64110 (by April 15 for Fall 
Semester appt.; by October 15 for Spring 
semester appt.). UMKC is an Equal Oppor¬ 
tunity/Affirmative Action Employer. 


LOUISIANA STATE UNIVERSITY 
Computer Faculty Position 

The Department of Electrical and Com¬ 
puter Engineering at LSU invites applica¬ 
tions for tenure-track and visiting faculty 
positions available August 1990 in all areas 
of computer engineering, including micro¬ 
processors, distributed processing systems 
and special purpose architectures. A Ph.D. 
or equivalent and potential for excellence in 
teaching and research are necessary. Rank is 
open. Salary is competitive and commen¬ 
surate with qualifications and experience. 
Release time and resources are provided in 
order to enhance the development of a 
quality research program. Opportunities for 
summer support are available. Send resume, 
names of three references, a statement of 
teaching and research interests, and verifica¬ 
tion of employment eligibility in compliance 
with the Immigration Reform and Control 
Act of 1986 to: Alan H. Marshak, Chair¬ 
man, Electrical and Computer Engineering, 
Louisiana State University, Baton Rouge, 
LA 70803-5901. LSU is an Equal Oppor¬ 
tunity Employer. 


SUFFOLK UNIVERSITY 
Faculty Position in 
Mathematics and Computer Science 

Suffolk University has a tenure-track 
opening in Mathematics and Computer Sci¬ 
ence. Preference will be given to candidates 
who have completed a Ph.D. in mathema¬ 
tics and who have also established skills and 
credentials in computer science. We will also 
consider candidates who have a Ph.D. in 
computer science provided that they also 
have at least a masters degree in mathema¬ 
tics. Teaching load is 6 courses per year. We 
offer undergraduate major and minor pro¬ 
grams in mathematics and in computer sci¬ 
ence. Send resume and have at least three 
letters (that collectively discuss both teaching 
and scholarly activities) sent to Paul Ezust, 
Dept. Chair, Mathematics and Computer 
Science, Suffolk University, Beacon Hill, 
Boston, MA 02114. Deadline: Feb. 13,1990. 


UNIVERSITY OF ALABAMA 
AT BIRMINGHAM 
The Department of 
Computer and Information Sciences 

Tenure-track positions available fall 1990. 
Rank open. The Department administers 
programs at the B.S., M.S. and Ph.D. 
levels. Parallel processing and artifical in¬ 
telligence are the two major research direc¬ 
tions of the Department. Therefore, appli¬ 
cants who have research interests in these 
two areas are of special interest as well as 
those who are interested in the integration of 
these areas with the areas of database sys¬ 
tems, numerical computing or graphics/ 
image-processing. 

The Department research laboratory 
equipment includes a variety of Sun work¬ 
stations and a 30 processor Sequent Balance 
21000 parallel computer as well as access to 
the Alabama Supercomputer Network Au¬ 
thority Cray XMP/24. The Department is 
also a university affiliate of the Advanced 
Computer Facility at the Argonne National 
Laboratory providing access to a variety of 
parallel machine architectures. Opportuni¬ 
ties are also available for collaboration with 
biomedical researchers in the UAB Medical 

Birmingham is a major metropolitan area 
of almost 900,000 and is a southeastern 
center of finance, telecommunications and 
medicine. It was recently selected by News¬ 
week magazine as one of the top ten cities in 
the U.S., characterizing Birmingham as “a 
friendly, prosperous city feeding on a high- 
tech blend of biomedical research, engineer¬ 
ing and telecommunications.” UAB is a 
comprehensive sunbelt university and ranks 
among the top 20 public universities in the 
U S. in terms of federal research and devel¬ 
opment. In 1989 UAB surpassed the $100M 
per year mark in active grants and contracts. 
Enrollment is over 15,000 students. 

Applicants should hold the Ph.D. in com¬ 
puter science or closely related field and 
have a strong interest in both research and 
teaching. Contact: Dr. Warren T. Jones, 
Department of Computer and Information 
Sciences, UAB Station, Birmingham, AL 
35294. UAB is an Affirmative Action/Equal 
Opportunity Employer. 


ROCHESTER INSTITUTE OF 
TECHNOLOGY 
Software Engineering 

Applications are invited for a tenure-track 
position in our rapidly expanding MS pro¬ 
gram in software engineering. We are inter¬ 
ested in all areas of software engineering. In¬ 
dividuals with backgrounds in real-time and 
embedded software systems are especially 
encouraged to apply. 

RIT was recently awarded a major sub¬ 
contract for participation in the DoD’s Data 
and Analysis Center for Software. We have 
also received a substantial grant from the 
Xerox Corporation in support of the pro¬ 
gram’s expansion. Additional external fund¬ 
ing has been awarded by NSF and the Rome 
Air Development Center (RADC). 

Applicants should normally have a Ph.D. 
in computer science, computer engineering, 
or in a closely related field. Individuals 
holding an MS who can demonstrate excep¬ 
tional work experience will also receive con¬ 
sideration. Candidates should submit a state¬ 
ment of interest, a resume and the names of 
three references to: 

Professor Jeffrey Lasky, Chair 
Software Engineering Program 
Rochester Institute of Technology 
Rochester, NY 14623 
716-475-2284 
INTERNET: jal@cs.rit.edu 
BITNET: JALICS@RITVAX 
RIT is an affirmative action/equal oppor¬ 
tunity employer. Qualified minorities and 
women are encouraged to apply. 


UNIVERSITY of NORTH CAROLINA 
at CHAPEL HILL 
Assistant Professors (2) 

The nation’s first Department of Com¬ 
puter Science invites applications from can¬ 
didates with a doctorate in computer sci¬ 
ence, or equivalent experience, and with 
strong research credentials in experimental 
computer science. 

We emphasize and wish particularly to ex¬ 
pand research in computer graphics and in 
software systems, but applications from can¬ 
didates in other areas also are welcome. 
Software areas of especial interest include 
communications software, distributed sys¬ 
tems. computer networks, and operating 
systems. 

The Department operates extensive com¬ 
puting facilities and well-equipped labora¬ 
tories for graphics and image processing, 
communications and networking. VLSI de¬ 
sign, VLSI-based system prototyping, and 
text processing. Our new building is exten¬ 
sively wired for video and integrated voice/ 
data communication. The University is one 
of the vertices of the Research Triangle, a 
rapidly growing center of technology. 

Send vita and three letters of recommen¬ 
dation (which may be electronic) to Faculty 
Search Committee, CB 3175 Sitterson Hall, 
Chapel Hill, NC 27599-3175 (search@cs. 
unc.edu). The University of North Carolina 
is an equal opportunity affirmative action 
employer. 
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PARBASE-90 Advance Program 

A Two Track International Conference on Databases, Parallel Architectures, and their Applications 
Miami Beach, Florida, March 6-9, 1990 

Sponsored by Florida International University in cooperation with IEEE and Euromicro 


Tutorials (Tuesday, March 6, Three hours each tutorial ) 

9:00 1: Parallel Processing Algorithms and Systems - H. J. Siegel, Purdue University 

2: Distributed Architectures for High-End Transaction Processing - A. Thomasian, IBM, T.J.W.R.C.: 
13:30 3: Distributed Processing and Operating Systems - M. Milenkovic, IBM, Boca Raton 
4: Parallel Architectures for Database Systems - A. R. Hurson, Penn State 
17:00 5: Semantic Database Modeling and its Application to Relational Database Design - N. Rishe, FIU 


Scientific Program (Wednesday, March 7 - Friday, March 9) 

Presentation of 33 regular papers selected from 100 candidates and of 50 short papers out of 150 candi¬ 
dates; three keynote addresses by Doug DeGroot (Texas Instruments), C. A. R. Hoare (Oxford U.) and 
G. Wiederhold (Stanford U.); two panels with prominent researchers; and poster papers. 


Registration and social events fees for Parbase-90 Conference 


Registration 
One Tutorial 
Two Tutorials 
Three Tutorials 


IEEE/Euromicro Non member 
250 (295) 295 (350) 

100 (120) 120 (145) 

180 (215) 215 (260) 

260 (310) 310 (375) 


Student 
70 (100) 
75 (100) 
125 (180) 
175 (260) 


The numbers in parantheses represent late fees received after February 16, 1990 (the cutoff date for the 
hotel is February 9, 1990). The non-student registration fee includes: the banquet (Thursday); wine & 
cheese reception (Wednesday); coffee breaks; proceedings; and two books. 

Surcharge social events for attendees and companions are: (a) Miami City Tour(Saturday), $14; 

(b) Miami Shopping Tour(Thursday), $14; (c) Dinner Cruise(Friday night), $40; and (d) Companion 
tickets for the banquet, $30. Tutorials and social events are subject to limited enrollment. 


Registration Form 


Hotel Accomodations form 

Complete this form and mail to: 


Please mail by February 9, 1990 to: 

M. Milani, Local Arrangements Chair 


The Clarion Castle Hotel and Resort 

Parbase-90, School of Computer Science, 


5445 Collins Avenue 

FIU, Miami, FL 33199 


Miami Beach, FL 33140 

E-mail:parbase@servax.bitnet, Ph: (305)554-3429 


Ph: 1-800-327-0555 or (305) 865-1500 

Please make check payable to FIU PARBASE-90 


Fax: (305) 865-5704 

Name: 


Please reserve | | single | double rooms 

Affiliation: 


Arrival Datp! Timp! 

Address: 


Dppartiirp Dat.P! Timp; 



Name of Card: VISA/MC/Amex 




Telephone: 


TplppV.nr.P- 

Email: 


Card Nn • 

Tutorials: [ [_ ] ( ] Extra banquets [ 


Expiration Date: 

IEEE/EM □ Student Q Early reg. QH 


Signature: 

Date: 

No. of social event tickets: 


The conference rate is US$90/night single/double. 

a b c 


The cutoff date for the hotel is February 9, 1990. 

Amount enclosed: US$ 
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PRODUCT REVIEWS 


Editor: Richard Eckhouse, UMASS-Boston, Harbor Campus, Boston, MA 02125, Compmailt, r.eckhouse; Bitnet, eckhouse@umbsky; CompuServe, 70516,556 


Unix on the PC AT/386 


T.L. (Frank) Pappas, Intermetrics 

Most people who use an IBM PC-like 
computer, even an AT/386, probably 
think of DOS as the only viable operat¬ 
ing system for the PC. People who need 
some kind of multiprocessing capability 
and have an AT/286 or AT/386 might 
use Concurrent DOS, Windows 286 or 
386, or VM/386. But at best, these prod¬ 
ucts give you copies of DOS that can run 
concurrently. 

To many people, DOS itself is limit¬ 
ing. What you really need is a multipro¬ 
cessing, well-supported operating system 
that doesn’t have DOS’s limitations. For 
you, Unix is a reasonable alternative, but 
only if you have at least an AT/386-class 
PC. 

In this review. I’ll look at two imple¬ 
mentations of Unix on the PC AT/386 — 
386/ix from Interactive Systems and 
SCO Unix from the Santa Cruz Opera¬ 
tion — and some supporting hardware 
and software. In particular, I’ll look at 
the C development systems available 
from the two Unix vendors as well as 
their versions of VP/ix, a product that 
lets you run most of your favorite DOS 
programs under Unix. I’ll also look at 
some third-party products. In particular. 
I’ll look at an Ada compiler, a 330- 
Mbyte hard disk drive, and some disk 
controllers. Finally, I’ll also tell you 
about some books that might help if you 
want to move to Unix. 

I used two distinct base hardware con¬ 
figurations for this review; both caused 
problems, so I might as well tell you 
about them now. I’ll describe other com¬ 
ponents of the configurations as needed. 

One configuration was based on an 
AT/286 clone with an Intel Inboard 386. 
The Inboard 386 changes an AT/286 into 
an AT/386. It can run at four different 
speeds, from 8 MHz to 16 MHz. The In¬ 
board system has 640 Kbytes of conven¬ 
tional memory at 150 ns, 3 Mbytes of 
120-ns extended memory on the Inboard, 
and 4 Mbytes of 150-ns extended mem¬ 
ory on a board plugged into a 16-bit slot. 

The other configuration was based on 
a 16-MHz Heath H-386. It has 640 
Kbytes of conventional memory and 8 
Mbytes of 120-ns 32-bit extended 
memory. 
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Why Unix? 

Before looking at the products them¬ 
selves, it’s appropriate to look at the pros 
and cons of using Unix rather than DOS. 
For this review, I’m assuming that most 
of you know something about Unix. 
Maybe you’ve used it extensively, or 
maybe you just have a passing acquain¬ 
tance with it. In either case, I’ll give you 
enough information about Unix on a 386 
to help you decide if it’s for you. 

I first used Unix several years ago and 
enjoyed the experience. When I first 
started working on this review, I wasn’t 
sure that I would feel the same way 
about Unix on a 386 — especially after 
running into some of the negative aspects 
I’ve mentioned below. But, after using it 
for several months, I won’t ever go back 
to DOS (or OS/2). 

On the positive side. There are many 
reasons to like Unix. You might not 
think that cost is one of them, but if you 
want just one or two users, you can start 
with as little as $345 and get many more 
features than with DOS. The following 
reasons for liking Unix are, I think, the 
most significant ones. 

Software development environment. 

As most of you probably know, Unix 
provides an outstanding environment for 
software development. The 386 versions 
are full-blown Unix systems, not 
stripped-down versions. Tools such as 
the C compilers and Lint (for finding er¬ 
rors in C programs), the Bourne and C 
shells, and the configuration manage¬ 
ment tools that come with Unix make life 
much easier when developing software. 

One of the systems reviewed here also 
provides cross-compilation to DOS sys¬ 
tems. If you don’t like C, you can always 
use production versions of Pascal and 
Ada. Either way, your programs aren’t 
limited to the 640 Kbytes of code and 
data mandated by DOS, and you need not 
resort to using vdisk.sys to create virtual 
disks to circumvent this limitation. 

Text preparation. Unix also offers a 
powerful text preparation capability, 
with Troff and Mm for typesetting docu¬ 


ments, Grap for making graphs, Pic for 
drawing, Eqn for formatting equations, 
and Tbl for formatting tables. Unix also 
has Spell to check spelling in your docu¬ 
ments. If you’re not already familiar with 
the quality of these tools, just take a look 
at any of the books or technical papers 
prepared by AT&T or Bell Labs. 

I admit to never having been a fan of 
Troff and associates. I prefer Donald 
Knuth’s TeX system or Brian Reid’s 
Scribe system. But if you like troff, both 
products offer a complete Documenter’s 
Workbench. 

Other tools. Unix also offers a large 
collection of additional tools. Best 
known are Lex, for lexical processing; 
Yacc, a compiler-compiler; Awk, a pat¬ 
tern-matching language; and the text edi¬ 
tors Ed, Sed, and Vi. 

Unix shells. The shells Unix provides 
allow you to easily customize your envi¬ 
ronment using shell scripts. Since scripts 
and commands can be piped, you can 
build a powerful and flexible environ¬ 
ment. Both the Interactive Systems and 
SCO Unix implementations come with 
the Bourne shell and the C shell. 

Virtual terminals. With either version 
of Unix, you can use the PC monitor as 
the system console, a user terminal, or 
both. You can also plug in other termi¬ 
nals, so two or more people can use the 
386 at the same time. With the new, 
faster 386s and 486s, this is an attractive 
option. 

Both versions also provide virtual ter¬ 
minals, which let you use a single termi¬ 
nal as several logical terminals. For ex¬ 
ample, after booting up the system, the 
primary monitor displays the system con¬ 
sole virtual terminal. You can switch to 
another virtual terminal by entering the 
keystrokes Alt-SysRq-Fn under 386/ix 
and Alt-Fn under SCO Unix, where Fn is 
one of the function keys on the PC key¬ 
board. Then you just log on as a user. 

Another keystroke sequence lets you 
cycle through all the virtual terminals 
(the number of which is system configur¬ 
able). For example, I normally log in as 
the system administrator on the system 
console virtual terminal, just in case I 
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need to perform some administrative 
functions or corrective actions. At home, 
when I’m working on my Ada reusability 
book, I log in to a virtual terminal using 
an ID set up to handle Ada compilations 
under Unix and another ID set up to use 
TeX document-preparation software. 

This lets me write, compile, and test my 
examples under one ID while I’m actu¬ 
ally writing or processing text for the 
book under the other ID. 

Recently, while working on a project 
that involved converting a Lisp prototype 
to Ada, I had to produce a report on the 
conversion using Microsoft Word 5.0. In 
addition to the system administrator ter¬ 
minal, I also logged into a virtual termi¬ 
nal for Ada, one for Lisp, one for Word, 
and one for executing BC, the Unix desk 
calculator. 

I find working with several terminals 
to be very natural, so I really like the vir¬ 
tual terminal capability. If you’re not 
used to working that way, you might not 
appreciate this aspect of Unix on the 
386. However, the ease with which you 
can start up each terminal and switch be¬ 
tween them will persuade you to try this 
feature. 

VPlix interface. With VP/ix, you can 
designate any of your user IDs as a VP/ix 
user, which means that the user can start 
up a virtual DOS machine. Within this 
machine, you can perform any well-be¬ 
haved DOS command (supplied with VP/ 
ix) or application that does not enter into 
386 mode or that does not have timing 
requirements that can’t be met under a 
multiprocessing operating system. Ex¬ 
amples of 386-mode DOS programs that 
won’t execute at all under VP/ix include 
Windows/386, Alsys DOS/386 Ada, 
Paradox/386, and VM/386. Fastback Plus 
(a disk backup program) is an example of 
a timing-dependent program that won’t 
execute properly. 

Under VP/ix, the entire Unix file sys¬ 
tem is available to the DOS user. I men¬ 
tioned earlier that I used Word 5.0 in one 
of the virtual windows. While Word is 
now available as a Unix product, I used 
the DOS version. If I had wanted to, I 
could have installed it into the Unix file 
system by going through the installation 
process while logged in under VP/ix. 
However, as I’ll explain below, I config¬ 
ured Unix to have access to a bootable 
DOS C: partition also installed on the 
hard disk, so I executed Word right from 
the DOS C: drive. 

If you need to set up users who should 
only use VP/ix, you can do this through 
the user’s login shell script by having the 
login script immediately load up VP/ix. 
You can restrict access to Unix com¬ 
mands by not placing any Unix directo¬ 
ries in the user’s path. 


DOS interface. Both Unix implemen¬ 
tations let you share a disk between Unix 
and DOS. Using MS-DOS 3.3 with the 
330-Mbyte drive, I have a 33-Mbyte 
DOS bootable C: drive and two 33- 
Mbyte logical drives in an extended DOS 
partition. The rest of the disk is for the 
Unix partition. 

Both implementations allow you to 
copy files between the Unix partition and 
the C: partition, get listings of directories 
on C:, and read and write DOS diskettes. 
With either implementation, you can 
convert between DOS and Unix end-of- 
line conventions when copying or read¬ 
ing and writing. With VP/ix, you can put 
the C: drive in your Path command and 
execute binary files directly from it. 

On the negative side. Unix gives you 
many reasons to dislike it, not the least 
of which is what many people consider 
its uncommunicative nature. For ex¬ 
ample, when you copy files, it doesn’t 
print out a message telling you how 
many files were actually copied. It just 
copies them. That’s just something you 
get used to. 

The following reasons for disliking 
Unix are the ones I think are most sig¬ 
nificant. 

Simplicity. If you want simplicity, stay 
with DOS. With a DOS system, you just 
use it. With a Unix system, you must 
also perform system administration. This 
takes time and care and gets you in¬ 
volved in aspects of system administra¬ 
tion that you might not like. You have to 
balance this with the potential of Unix. 

For example, even starting up and 
shutting down the system are more in¬ 
volved in Unix than in DOS. After turn¬ 
ing the computer on and letting it exe¬ 
cute the Power On Confidence (POC) 
tests, starting up DOS simply involves 
loading the resident part of DOS, reading 
the system configuration file config.sys, 
and executing the startup file auto¬ 
exec.bat. Unix must read several con¬ 
figuration files, start up several pro¬ 
cesses, and check and logically mount 
the file system(s). Then, you must log in. 

To shut down DOS, you just turn off 
the power. To shut down Unix, you must 
issue a command that shuts down the 
system. The command asks if you really 
want to do this, so you must respond to 
it. If you aren’t using Unix alone, you 
have to broadcast a shutdown message to 
give other people a chance to log off. 
Even if no one else uses the system, you 
might be logged in under other user IDs, 
so you have to ensure that you’ve logged 
them off. (A user who doesn’t log off 
runs the risk of corrupting any files being 
updated.) The shutdown command must 
also dismount the file systems and halt 


the processes. 

If you just turn the power off while 
running Unix, you’ll leave the file sys¬ 
tem in an inconsistent state. When you 
start Unix up again, a time-consuming 
check of each file system is performed to 
get it back into a consistent state. 

As you can see, there’s a lot more in¬ 
volved in using Unix. Most of what I de¬ 
scribed, the system performs for you. 
With a little bit of discipline, starting and 
stopping the system isn’t a problem, it 
just takes several minutes. 

Adding device support. Something else 
that’s more difficult under Unix is con¬ 
figuring a printer. Under DOS, you just 
cable the printer to the appropriate port 
and it’s ready to use. If you use a serial 
port, then you have to issue the Mode 
command to specify the baud rate, etc. 

Under Unix, printing involves spool¬ 
ing to a printer process. Thus you must 
first introduce the printer into the sys¬ 
tem, indicating whether it’s a parallel or 
serial printer and what the printer inter¬ 
face should be (dumb, dot matrix, etc.), 
and give it a name. If you use a serial 
port, you must specify the baud rate, etc. 
If you want it to be the default printer, 
you must issue another command. Then 
you have to issue separate commands to 
schedule the printer process, allow it to 
accept print requests, and enable it to ac¬ 
tually print. 

This, of course, assumes that your 
printer interface — a shell script — al¬ 
ready exists. If not, you must create an 
interface script. Both versions of Unix 
support dot matrix, near letter quality, 
Diablo, line, and HP laser printers, but 
neither supports Postscript printers. 

Installation. If you are used to install¬ 
ing mainframe operating systems, you’ll 
probably think installing Unix is simple. 
Otherwise, you’ll find installation a real 
pain. Both vendors have gone through 
considerable effort to make the process 
less painful (I think 386/ix has a slight 
advantage here), but two hours of insert¬ 
ing and removing nearly 30 high-density 
5.25-inch diskettes is not my idea of 
painless. (This is especially true if you 
make a mistake during installation and 
have to start over again, as I did.) This 
doesn’t include verifying the hard disk 
and installing the development system, 
the text preparation system, or any of the 
other advanced products such as VP/ix 
and X Windows. 

Building kernels. Once you have in¬ 
stalled Unix and its extended utilities, 
you’ll probably have to adjust the system 
to your needs. For example, if you have 
several megabytes of memory, you’ll 
want to indicate that. You’ll want to add 
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printer support and possibly a mouse. 
With 386/ix you’ll want to add support 
for the fast file system (which didn’t 
seem any faster than SCO’s standard file 
system). If you have a DOS partition and 
want to access it as a file system, you’ll 
have to add support for it. Many Unix 
products use a special directory for writ¬ 
ing temporary files, so if you have sev¬ 
eral megabytes of memory you’ll prob¬ 
ably want to set up a RAM drive for this 
directory to speed up the tools. 

Each of these modifications requires 
building a new kernel. You can add sup¬ 
port for all of these features and build the 
kernel once, but until you become some¬ 
what experienced with the system, you’ll 
probably want to add support for one or 
two features at a time, in case you make 
a mistake. 

You just have to keep reminding your¬ 
self that the end result is worth the effort. 
Isn’t it? 


Unix implementations 

All Unix systems are not alike. For 
example, Berkeley Unix, System V Unix, 
and Xenix all started at AT&T and went 
their separate ways. The 386/ix and SCO 
Unix implementations are both based on 
System V3.2, but vary in the extra fea¬ 
tures they support. Both implementations 
also allow you to install a Xenix file sys¬ 
tem and install and execute many exist¬ 
ing Xenix products. 

Of the two implementations, I prefer 
SCO Unix, and I’d recommend that you 
go with it rather than 386/ix. I didn’t no¬ 
tice a great deal of difference in the per¬ 
formance of the two systems (which is 
why I didn’t bother to benchmark them), 
so it’s not that SCO Unix is faster. My 
choice is primarily based on SCO’s supe¬ 
rior customer service — which I think is 
important with a product like Unix — 
and Interactive’s subpar customer service 
and quality control. In addition, SCO has 
more support for DOS. 

In reviewing the two implementations, 
I have concentrated on their strengths 
and weaknesses. It’s especially important 
that you keep that in mind when reading 
the review of 386/ix, because it has sev¬ 
eral weaknesses I think you should know 
about. That doesn’t mean that I think 
386/ix is unusable; on the contrary, I 
think it’s very usable. It’s just that it 
could and should be better. 

SCO Unix. The basic Unix system 
lists at $595 for the two-user version and 
$895 for the unlimited-user version. The 
Text Processing Workbench lists at 
$195, with the Software Development 
System costing $995. The two-user ver- 


All Unix systems are 
not alike. I prefer SCO 
Unix, primarily based 
on SCO’s superior 
customer service. 


sion of VP/ix lists at $495, while the 
multiuser version costs $895. 

Additional options include NFS ($595) 
for setting up a network file system and 
TCP/IP ($595) for Ethernet support. 
SCO’s XI1 windowing system, Xsight, 
lists at $395 for the runtime system, 

$395 for the development system, and 
$695 for the two systems bundled. All of 
these options would cost about $4,200 
for a two-user system and about $4,900 
for an unlimited user system. 

Installation. A series of menus makes 
the installation a little bit less painful. 
One of the things that you must specify 
during installation is the number and size 
of the file systems you want to create 
and whether or not you want them to be 
mounted whenever you boot the system. 
The installation manual does a nice job 
of advising you on how to make these 
decisions. After you have performed the 
basic installation, you can decide 
whether you always want the file sys¬ 
tems mounted. 

I had an installation problem that 
could have been prevented by a brief dis¬ 
cussion in the installation notes. Let me 
explain. Once the basic installation is 
completed, you can add support for other 
features such as DOS and various driv¬ 
ers. When you install the file systems, 
you can name them. The default for the 
first file system you add is /dev/u for the 
device and /u as the directory through 
which you access it. I decided to use 
/dev/usr and /usr, respectively, since this 
name seems standard. I also installed the 
maintenance upgrade diskettes that came 
with the system. 

Well, after two hours installing the 
software and building and installing a 
new kernel, I rebooted the system. I 
started getting strange messages about 
“tput” and found that the basic utilities 
were not available. After talking to SCO 
technical support, I discovered that I 
should have built the kernel and rebooted 
before adding additional features and in¬ 
stalling the maintenance updates. Also, 
since SCO Unix already has a /usr in the 
root directory, I should have used a dif¬ 
ferent name. 


None of this is mentioned in the instal¬ 
lation manual, but it should be. Since I 
installed the system over the weekend, 
technical support was not available. I 
correctly figured out that I shouldn’t add 
additional support or install the mainte¬ 
nance diskettes until after the first build, 
but there was no way that I could guess 
about the /usr directory. After two hours, 
the installation failed again. Going 
through the installation a third time, us¬ 
ing /u instead of /usr, I succeeded. This 
problem did not occur with 386/ix. 

Despite the annoyance that installation 
problem caused me, it’s the only real 
problem I found with SCO Unix, which 
is why I’m so pleased with it. I’m sure 
there are more — any operating system 
as complex as Unix must have more — 
but I haven’t noticed them. 

One minor irritation involves pass¬ 
words. SCO Unix has features designed 
to meet the requirements of the Class C2 
Controlled Access Protection rating as 
specified in the Department of Defense 
Orange book, plus password manage¬ 
ment that satisfies the Green book. I’m 
not sure whether it’s required by these 
standards or whether SCO just went a 
step further, but every user ID must have 
a password. Since I am the only one with 
access to my computer, I find it annoying 
that I have to specify a password. This 
should be an installation option. 

Software Development System. SCO 
offers a particularly nice development 
system, especially if you want to use the 
C programming language. The standard 
C compiler is from Microsoft, but you 
also get AT&T’s C compiler. In addition 
to targeting for Unix, you get a cross¬ 
development capability that lets you de¬ 
velop programs for Xenix, DOS, and 
OS/2, with 8086, 80286, or 80386 tar¬ 
gets. Since you can execute Xenix prod¬ 
ucts directly from Unix, and since VP/ix 
allows you to run 8086 and 80286 pro¬ 
grams, you can even test under SCO 
Unix. 

DOS support. If you want to boot ei¬ 
ther DOS or Unix from the same disk, 
SCO Unix makes that easy for you. 
Rather than having to use Fdisk to switch 
between systems, you can specify DOS 
or Unix at boot time. You can configure 
SCO Unix to prompt you for the kernel 
to boot from. If you just press Enter, it 
boots Unix using the last kernel you in¬ 
stalled, but if you enter DOS, it boots 
DOS for you. That’s much safer than 
having to use Fdisk and risk accidentally 
deleting a partition. 

Customer support. SCO has the best 
technical support program I have come 
across as a reviewer. The people I spoke 
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to were courteous and friendly, and they 
always gave correct information. I found 
it a real pleasure to deal with them. 

Contact Bridgette Fuller at the Santa 
Cruz Operation, 400 Encinal St., PO Box 
1900, Santa Cruz, CA 95061-9969, 
phone (408) 425-7222. 
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386/ix. The basic Unix system lists at 
$345 for the two-user version and $695 
for the unlimited-user version. The Text 
Processing Workbench lists at $195 and 
$345, respectively, with the Software 
Development System listing for $695. 
These can be bundled for a significant 
savings at $1,095 and $1,445, respec¬ 
tively. The two-user version of VP/ix 
lists at $395, the multiuser version at 
$795. 

Additional options include NFS ($395 
and $595), TCP/IP ($395), NFS bundled 
with TCP/IP ($595 and $795), XI1 Win¬ 
dowing System Runtime Package ($295 
and $495), and XI1 Windowing System 
Development Package ($795). All of 
these options would cost about $3,200 
for a two-user system and about $4,300 
for an unlimited-user system. 

Installation. Installation was menu 
driven. Unlike SCO Unix, you get few 
guidelines for deciding how many file 
systems to create or what size they 
should be. On the other hand, the 386/ix 
installation does recommend outright 
how many file systems you should create 
and their sizes. 

After you have Unix up and running, 
you will want to have an emergency boot 
floppy. This lets you recover your file 
system if you do something stupid like 
erase the files needed to boot your sys¬ 
tem. Rather than let you create the emer¬ 
gency diskette after you install the sys¬ 
tem, 386/ix creates it as you go along, 
using your installation disk. Of course, 
you can and should make a copy of the 
original installation disk before you try 
the installation, but you’ll probably make 
a few mistakes the first few times you try 
to install the system, just as I did, and 
halt the installation midstream. I didn’t 
care to take any chances using the disk¬ 
ette when I stopped the installation, so I 
had to recopy the original diskette sev¬ 
eral times. I didn’t appreciate that. 

I reviewed version 2.02 of 386/ix. In 
version 2.01, the menu-based installation 
of a printer didn’t work properly. It 
couldn’t start the printer process the way 
it was supposed to. Instead, you had to 
issue a sequence of commands to do this 
yourself. Version 2.02 has fixed this spe¬ 
cific problem, but has a different prob¬ 
lem with the same menu-based installa¬ 
tion. The company added support for an 


HP Laserjet, but when I selected this 
printer, I kept getting a message saying I 
was not specifying a valid printer. Again, 
I had to start things manually. The two 
problems with configuring a printer 
make me wonder about Interactive’s 
quality control. I would think either 
problem could have been caught with the 
most elementary testing. 

A feature I do like makes requiring a 
password a configurable option. As a 
single user, I really appreciate this. 

VP/ix. Interactive developed this prod¬ 
uct, so you’d think it would be the better 
of the two implementations. It’s not. 
First, the user manual states that you can 
bring up the VP/ix interface menu (for 
making modifications to your VP/ix con¬ 
figuration while you’re running VP/ix) 
by using the keystrokes Alt-SysRq. You 
actually have to use Shift-Alt-SysRq be¬ 
cause Alt-SysRq-Fn is the keystroke se¬ 
quence for switching virtual terminals. 
SCO’s adaptation doesn’t have this prob¬ 
lem because it uses Alt-Fn for virtual ter¬ 
minals. 

Also, the DOS Xcopy command 
doesn’t work properly under 386/ix when 
you try to copy a directory and all of its 
subdirectories. When I tried this, I got 
recursive copies of the parent directory 
and none of the children copies. Again, 
this makes me wonder about Interactive’s 
quality control. 

Customer support. I was very disap¬ 
pointed with Interactive’s technical sup¬ 
port. Of the dozen times I called them, 
only once did I get a correct answer, and 
that was when I just called to confirm 
that I couldn’t boot the DOS partition 
without using Fdisk. 

For example, when I used the Inboard 
system at 16 Mhz, 386/ix had problems. 

It would suddenly stop writing to the ter¬ 
minal. I called technical support and was 
told that my problem was not 386/ix re¬ 
lated, but Inboard related, because I was 
using extended memory of differing 
speeds. I had to run the Inboard at slow 
speed, turn off caching on my disk con¬ 
troller, and slow down the VGA board to 
get 386/ix to execute properly. No other 
combination would work. Of course, that 
made the system run like a PC XT. SCO 
Unix works properly on the Inboard sys¬ 
tem, without requiring these modifica¬ 
tions. 

When I called about another problem, 

I got written instructions on how to solve 
it. One of the instructions said to use a 
command that I rarely use, but it didn’t 
specify the options. Since I didn’t want 
to take the chance of corrupting my in¬ 
stallation, I called technical support. I 
figured they would know exactly which 
options I should use. The person I spoke 


Useful books on Unix 

To help you through the difficulties 
of being a Unix system administrator, I 
recommend the following outstanding 
new book: 

Unix System Administration Hand¬ 
book by Evi Nemeth, Garth Snyder, 
and Scott Seebass (Prentice-Hall, 
Englewood Cliffs, N.J., $32.80, 624 
pp„ paper) 

This book is clearly written and full 
of useful information and ideas, some 
of which you might otherwise only 
stumble upon after many long, frus¬ 
trating hours. If you are about to be¬ 
come a Unix system administrator, 
take a look. 


To help you learn more about Unix, 
I recommend the following outstand¬ 
ing Nutshell Handbooks, available 
from O’Reilly & Associates, 632 Peta¬ 
luma Ave., Sebastopol, CA 95472, 
phone (800) 338-6887: 


to was very annoyed at my call and said, 
“What’s wrong, don’t you want to read 
the manuals?” After I explained my con¬ 
cerns and told him they should have in¬ 
cluded the options as part of the written 
instructions, he asked me to hold on. Af¬ 
ter a few minutes, someone else came on 
the line and told me the options to use. 
They turned out to be incorrect. 

I was really surprised by the technical 
support, because Interactive’s marketing 
people went out of their way to be help¬ 
ful. It’s a shame some of that enthusiasm 
and quality doesn’t extend to the techni¬ 
cal support program. 

Contact Annette Bartlett at Interactive 
Systems, 241 Colorado Ave., Santa 
Monica, CA 90404, phone (213) 453- 
8649. 
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Third-party products 

Now that you know a few things about 
the two Unix implementations, it’s time 
to look at some of the third-party prod¬ 
ucts available. 

Alsys Ada for Unix. As much as I like 
Unix, I wouldn’t run it often if I didn’t 
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Unix in a Nutshell. This book serves 
as a collection of bound quick-refer¬ 
ence cards for most of the useful Unix 
commands and tools. Even experi¬ 
enced Unix users will find it helpful. 

C on the Unix System. This book, 
which assumes you already know how 
to program in C, provides valuable in¬ 
formation about Unix system program¬ 
ming. Even if you intend to use Pas¬ 
cal, Ada, or some other language, you 
will find this book useful. 

Managing Projects with Make. Make 
is a really useful configuration man¬ 
agement tool that lets you build com¬ 
mand streams for compilations. For 
those of you who find Make a little dif¬ 
ficult to use, this book is definitely 
worthwhile. 

Nutshell handbooks are also avail¬ 
able on Coff, Termcap and Terminfo, 
UUCP, Lint, and several other related 
topics. If you need detailed informa¬ 
tion on Unix topics, look at Nutshell 
books first. 


have a good Ada compiler for it. I re¬ 
viewed Alsys’s Version 3.2 DOS compil¬ 
ers in the September 1988 issue (pp. 91- 
93). At that time I strongly recommended 
them to anyone who wanted to do serious 
programming in Ada for the PC family. I 
knew that Alsys was working on a Unix 
compiler, and I wondered if it would be 
as good. I also wondered whether the 
DOS compilers had gotten better. The 
answer to both questions is a resounding 
yes. 

I won’t go into any detail about what 
to expect from an Ada compiler or any of 
the issues involved in selecting one. I 
covered that before. If you need that kind 
of information to understand the follow¬ 
ing review of the Alsys compilers, see 
the September 1988 issue. 

In looking at the version 4.3 DOS and 
4.2 Unix Alsys compilers (the Unix ver¬ 
sion will be at 4.3 by the time you read 
this review), I also wanted to make sure I 
could develop Ada programs under either 
environment and port them to the other, 
with changes required only when I used 
explicit system utilities. I tried this with 
a 6,600-line Ada program. To make 
things more difficult, I produced the Ada 
program using an Ada-to-Pascal transla¬ 
tor on a Pascal program that was itself 
generated by another program, so it 


wasn’t even good Ada code. I had to 
make only one portability change, and 
that simply involved the difference in the 
way you get program parameters in DOS 
and Unix. 

Actually, one minor bug cropped up 
with both compilers, but I’d be surprised 
if any Ada, Pascal, or whatever compiler 
could handle it, no matter how mature. 
The bug involved a case statement with 
nearly 100 distinct integer choices, many 
gaps in the values, and no particular or¬ 
dering. Any compiler writer reading this 
is probably smiling, knowing just what a 
pain case statements like this can be. (I 
was able to fix this problem by collaps¬ 
ing the choices into a small number of 
discrete ranges, which is the way the 
case statement would have been written 
by hand.) 

But why would I pick such a program? 
Because I wanted to introduce errors in 
such a way that I would have no idea 
how they would manifest themselves in 
the program. This let me evaluate Ada¬ 
Probe, Alsys’s high-level debugger/ 
viewer, under DOS and Unix, and under 
conditions that more closely resemble 
day-to-day programming. 

I started with the Unix version and 
was able to use AdaProbe to work back 
to the case statement and demonstrate 
that it had not been compiled correctly. 

To add a level of difficulty, I didn’t even 
work with a program listing, using 
AdaProbe’s powerful screen-viewing 
capabilities instead. 

AdaProbe lets you look at your pro¬ 
gram with many different abstract views. 
For example, you can view the source 
with blank lines and comments sup¬ 
pressed, with subprogram declarations 
only, with nesting only to a specified 
level, or with type declarations only. 

And you can combine views, say, to dis¬ 
play just subprogram declarations and 
type declarations. 

As an illustration of the level of con¬ 
trol, consider the if statement. You can 
specify that only the portion of an if 
statement that begins with the reserved 
word “if’ should be displayed. If this 
isn’t enough, you can ask for the “elsif’ 
lines also, then add the “else” lines. 

It only took me an hour to find the 
problem, and I wasn’t particularly famil¬ 
iar with the program’s source code. But 
AdaProbe is both a good high-level de¬ 
bugger and an outstanding programming 
viewer. 

Similarly, I had no problems with the 
DOS version. In particular, AdaProbe be¬ 
haved the same under both operating sys¬ 
tems. However, under DOS, AdaProbe 
uses windows of various colors. Under 
Unix, it doesn’t use colors. I’ve noticed 
this with many Unix products on the AT/ 
386. Since the Unix implementations 


usually start on another platform that 
doesn’t use color, when they move to a 
color-based system such as an AT/386, 
they don’t add the color. That’s some¬ 
thing I’d like to see Alsys change soon. I 
think this would have reduced my debug¬ 
ging time by helping things stand out 
better. I’d also like to see mouse support 
for AdaProbe. 

Alsys has all of the features you would 
expect from a high-quality Ada compila¬ 
tion system. This includes support for 
multiple program libraries, a cross-refer¬ 
ence generator, a pretty printer, and good 
support for tasking. You can look at the 
September issue for more details. 

The DOS compiler now supports DOS 
3.x and 4.0 and no longer requires a 
Vdisk. If you create extended-mode pro¬ 
grams, you can use the same program the 
compiler uses to load your programs into 
extended memory. 

Version 4.3 now provides full 32-bit 
support for code and data. It also has full 
support for low-level programming, re¬ 
ferred to as Chapter 13 features. For ex¬ 
ample, interrupt entries are supported, 
which means that an Ada task can be 
used as an interrupt handler. As another 
example, interfacing to C and assembly 
subprograms is supported. With DOS 
and Unix interface packages, Alsys Ada 
can be used for systems programming 
under either operating system. 

Programs that use floating-point arith¬ 
metic no longer have to use a math 
coprocessor. You can bind your program 
to always require a math coprocessor, to 
always use compiler-provided floating¬ 
point emulation, or to use the emulation 
only if the coprocessor isn’t present. A 
floating-point math package provides 
standard trig and hyperbolic functions, as 
well as square root, log, and exponentia¬ 
tion. The math package is compatible 
with the new ISO standard (NAG). 

Version 4.3 also includes a low-level 
debugger that uses commands similar to 
DOS’s Debug program. A new low-level 
optimizer has also been added. 

The compiler, AdaProbe, cross-refer¬ 
ence, generator, and pretty printer list for 
$3,895. DOS requirements are MS-DOS 
3.2 or better, with 4 Mbytes of extended 
memory. The Unix version requires 386/ 
ix version 2.0 or better, or SCO V3.2. 
(AdaProbe is not currently available un¬ 
der SCO Unix, but will be by the time 
you read this review.) 

As I said in the September 1988 issue, 
Alsys Ada is a high-quality Ada compi¬ 
lation system. Version 4.3 just shows 
that it keeps on getting better. 

Contact Lori Heyman at Alsys, 67 S. 
Bedford St., Burlington, MA 01803- 
5152, phone (617) 270-0030. 
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Priam ID330 hard disk. I originally 
started the review using my 80-Mbyte 
Seagate 4096 drive. With all of the soft¬ 
ware that I have at any one time for re¬ 
views, work, my book, etc., I decided 
that it made sense to look at a larger ca¬ 
pacity hard disk. However, many people 
will need no more than a 40-Mbyte drive 
for Unix. 

I decided to look at the Priam ID330 
drive. Formatted, this ESDI-comaptible, 
full-height drive holds about 330 
Mbytes. It has an average access time of 
about 20 ms and is reportedly capable of 
a 10-Mbps data transfer rate. It has 1,225 
cylinders and 15 data heads. Sector size 
can be soft set by using the Set Sector 
command or hard set through switch set¬ 
tings to 64, 36, 35, or 19 sectors per 
track. 

I also obtained Priam’s ESDI control¬ 
ler board, which used the 36-sectors-per- 
track setting. I finally gave up on the 
controller board because of the problems 
I had with it. In the Heath system, the 
controller just wouldn’t work. It appears 
that the BIOS routines on the Priam con¬ 
troller would execute when the system 
was booted, but the Heath system would 
somehow reset the controller afterwards. 

I was never able to get a satisfactory an¬ 
swer from Priam or Heath on exactly 
what the problem was, and each pointed 
the finger at the other. 

The controller worked on the Inboard 
system to some degree. SCO Unix had 
no problem with the controller, but 386/ 
ix and DOS did. During surface analysis, 
386/ix would hang. I was able to parti¬ 
tion the ID330 the way I wanted, but 
DOS frequently reported drive-not-ready 
errors when accessing the ID330. If I se¬ 
lected retry in response to the error, DOS 
would move along as though nothing had 
happened — until the next error. Of 


Unix tools for the 

Daniel McAuliffe 

Unix was originally developed by pro¬ 
grammers as an environment for soft¬ 
ware development, and, as such, it has a 
large variety of built-in commands and 
utility programs for making the task of 
programming more productive. DOS, on 
the other hand, has little to offer in the 
way of tools aimed specifically at the 
program development process. Many in¬ 
dividuals working with DOS, or OS/2 for 
that matter, who have never been ex¬ 
posed to Unix would benefit greatly if 
they had access to even a small subset of 
the Unix tools available. In addition, a 
Unix shell to replace the DOS command 


course, DOS has never been particularly 
smart when dealing with disk problems. 

Once I replaced the controller board 
with a Western Digital controller board 
(reviewed below), I was able to get 
around the problems. 

The ID330 lists for $2,714 without the 
controller board and $3,122 with it. For 
more information, contact Priam, 20 W. 
Montague Expressway, San Jose, CA 
95134-2085, phone (408) 434-9300. 
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Western Digital controller board. I 

started out reviewing the WD1007V-SE2 
($285) ESDI controller board. This board 
supports two ESDI-comaptible drives 
and two floppy drives. It supersedes the 
WD1007A-WA2 ($262). However, a 
problem occurs with the 1007V when 
used with a Priam ID330 that doesn’t 
appear with the 1007A. 

Surface analysis of the ID330 with the 
1007V turned up well over 200 bad sec¬ 
tors on the disk, accounting for more 
than 2.5 Mbytes of lost storage. The 
Priam controller and the 1007A both 
turned up only about 17 bad sectors 
(there were 13 manufacturer’s defects 
listed on the drive). The 1007V had the 
same drive-not-ready problem that the 
Priam controller did, but the 1007A 
didn’t. Also, both versions of Unix sup¬ 
ported the 1007A controller without dif¬ 
ficulties. 

Western Digital may have solved these 
problems by the time you read this re¬ 
view. If you want to use the 1007V with 
an ID330, check with them first. 

The 1007V supports all features of the 
1007A, so first I’ll tell you about the 
1007A. I configured the ID330 for 35 
sectors per track and used the translation 
mode that allows disks with more than 


DOS native 


interpreter would offer a convenient path 
for learning what Unix is all about. This 
review takes a look at two of the prod¬ 
ucts currently available for emulating the 
Unix environment and explores some of 
the Unix utilities that might enhance a 
programmer’s productivity. 


Overview 

Each of the products reviewed consists 
of two major components: a shell, or 
command interpreter intended to replace 
or supplement the DOS command inter¬ 
preter command.com, and a set of utility 


1,024 cylinders to be used under DOS. 
The board achieves this by increasing the 
number of heads up to 16, increasing the 
number of sectors per track to 63, and 
decreasing the number of cylinders. This 
works fine with both DOS and the two 
Unix implementations (although 386/ix 
technical support told me that translation 
would not work). 

The 1007A uses 1:1 interleaving, 
which makes for fast disk accessing by 
requiring only one revolution to read an 
entire track. The 1007V adds look-ahead 
caching for even faster disk reads. 

I tried several benchmark programs to 
get a feeling for the combined processor/ 
disk performance on the 16-MHz Heath 
using the 1007A. They all indicated a 
combined performance of 1.4 relative to 
an IBM Model/70 with a 25-MHz clock. 

The other major enhancement of the 
1007V is in the user interface for low- 
level formatting. It’s friendlier than it 
was before. 

Contact Sally Schneider at Western 
Digital, 2445 McCabe Way, Irvine, CA 
92714, phone (714) 474-2033. 
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Summing up 

I find Unix on my AT/386 machines to 
be a very effective environment. It has 
the tools I need, including a good Ada 
compiler, and I can still use my favorite 
DOS programs. Unless you need all the 
bells and whistles, you can get started 
with Unix at a moderate cost. If you are 
a Unix user, you’ll like being able to run 
Unix on your AT/386. If you’re not a 
Unix user, but you’re tired of DOS, give 
Unix a try. I think you’ll like it. 


commands or programs. The utility com¬ 
mands can be executed either from 
within the shell or as stand-alone com¬ 
mands from outside the shell. The shells 
also offer a powerful script language 
used much as you would use the batch 
command language from a DOS batch 
file. The script languages, however, are 
much more powerful and flexible then 
their batch language counterpart. 

MKS Toolkit 

The MKS Toolkit provides a rich sub¬ 
set of Unix commands and also includes 
a Unix style command interpreter that is 
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fully compatible with the Unix Korn 
shell. 

Installation. Installation of the toolkit 
is accomplished with two separate pro¬ 
grams supplied on the first of seven 360- 
Kbyte diskettes. The Install program 
places the necessary files in the directory 
of your choice on the hard disk, while 
the Config program configures your sys¬ 
tem to suit the particular mode of opera¬ 
tion you select for the shell. Both pro¬ 
grams are interactive and require little or 
no knowledge of the toolkit to operate. 

A hard disk is almost mandatory, since 
without it the set of available commands 
is severely restricted. The total amount 
of disk space required for the toolkit, ex¬ 
clusive of the Spell subsystem, is ap¬ 
proximately 2 Mbytes. You will need an 
additional 1.2 Mbytes to install the Spell 
subsystem. The shell itself, when loaded 
as a separate process, requires approxi¬ 
mately 90 Kbytes of RAM. 

Configurations. The Unix shell can 
be used in a number of different configu¬ 
rations, depending on the level of Unix 
compatibility you desire. One configura¬ 
tion leaves the DOS command interpreter 
intact and uses the Unix shell infre¬ 
quently. Only commands external to the 
shell are used frequently. This can pres¬ 
ent some difficulties, however, since 
some toolkit commands, such as Mkdir, 
Sort, and Chdir, have the same name as 
standard DOS commands. To get around 
this problem, MKS includes a program in 
the toolkit to patch the DOS command 
interpreter to avoid these name conflicts. 
You can also rename the MKS com¬ 
mands or simply adjust the DOS search 
path so that the MKS commands are 
found first. 

A second configuration involves using 
the shell as the standard command inter¬ 
preter executing under control of the 
DOS interpreter. This configuration 
maintains an extra copy of the DOS 
interpreter in memory. The system mem¬ 
ory configuration is otherwise the same, 
with all device drivers and RAM-resident 
programs loaded from your standard 
autoexec.bat file. 

In a third configuration, the shell is 
invoked from your config.sys file at sys¬ 
tem initialization time. In this mode, the 
DOS command interpreter is never 
loaded, and your standard autoexec.bat 
file will not be executed. You must use 
alternative Unix initialization procedures 
to load any RAM-resident programs and 
perform other startup functions. 

A fourth configuration uses the full 
Unix login facilities. You can select the 
command interpreter you desire at sys¬ 
tem initialization time simply by specify¬ 
ing the appropriate login name and pass¬ 


word. In this configuration you can also 
specify a different Home directory for 
each user login name. This scenario is 
most useful when you want to manage 
several projects on the same machine. 

No matter which configuration you 
decide to install, don’t expect that all 
will go smoothly, especially when it 
comes time to use your favorite applica¬ 
tion programs. A number of subtle differ¬ 
ences between Unix and DOS can lead to 
many frustrating moments. One of the 
most glaring differences is the use of the 
backward slash (V) and the forward slash 
(/) characters. The backward slash is the 
standard command option delimiter for 
DOS. Many DOS application programs 
expect to see this delimiter, but Unix 
uses the dash (-) character as the stan¬ 
dard delimiter. In the most recent release 
of the toolkit, all commands accept either 
slashes or backslashes in pathnames. 
However, for OS/2 and DOS version 4.0 
commands, you must use backslashes for 
pathnames and forward slashes for com¬ 
mand options. I found a number of in¬ 
stances where setting the value of the 
command option delimiter to the Unix 
character caused the application program 
unlimited grief, ending in a system re¬ 
boot. 

Utilities. If you are really not inter¬ 
ested in learning Unix, the MKS Toolkit 
still has a rich bag of goodies to offer 
professional programmers. It offers more 
than 150 separate programming tools. 
Tasks often dreaded in DOS are trivial 
with the toolkit utilities. 

As an example, if you want to delete a 
large directory structure in DOS, you 
must first purge the files within each 
subdirectory before the directory can be 
removed. With the toolkit Rm function, a 
single command removes all files and 
subdirectories. This same command, 
with the appropriate options, will allow 
you to selectively delete files in a direc¬ 
tory, first prompting you before deleting 
the file. 

Many other tasks that are very clumsy, 
if not impossible, in DOS are easily per¬ 
formed with toolkit utilities. The follow¬ 
ing list presents only a small sample: 

• Fgrep — locates all occurrences of a 
string in a set of files. 

• Wc — performs a word or byte count 
on a file. 

• Unexpand — compresses spaces into 
tab characters to conserve disk space. 

• N1 — adds line numbers to a file. 

• Touch — changes file modification 
dates. 

• Crypt — handles encrypting and de¬ 
crypting of files. 

• DF — summarizes disk and file 
usage. 


• Prof — profiles program execution 

• Which — prints the full pathname 
for an executable program. 

• Help — displays help for each com¬ 
mand in the toolkit. 

Programs. The MKS Toolkit contains 
a number of programs that surpass 
simple utilities, such as Awk and Vi. 

Awk is an interpretive language de¬ 
signed for manipulating information in 
text files. Its syntax is very similar to the 
C language syntax. Like C, Awk is small 
and very powerful, requiring patience 
and practice to master, yet the effort will 
provide many benefits. 

The version of Awk included in the 
MKS Toolkit is a full implementation of 
the language. Equivalent to the inter¬ 
preter marketed separately by MKS, it 
includes four separate versions of the in¬ 
terpreter, some of which support the Intel 
floating-point math coprocessor. 

Although the documentation for Awk 
included in the toolkit is adequate, if you 
intend to do any in-depth programming 
with Awk, you will have to supplement 
the documentation with The Awk Pro¬ 
gramming Language by Aho, Kemighan, 
and Weinberger (Addison-Wesley, Read¬ 
ing, Mass.). The version of Awk sold 
separately by MKS retails for $99 and 
includes a copy of this text. 

Vi, a full implementation of the popu¬ 
lar Unix display-oriented interactive text 
editor, is equivalent to the version sold 
separately by MKS for $149. Vi also 
comes with the Ex line-oriented editor, 
as well as the Ctags and Sort utilities. 

I’m sure Vi has its loyal followers, but if 
you’re coming from a DOS environment, 
there are better and more powerful 
programmer’s editors available. 

The spelling checker included in the 
toolkit disappointed me somewhat. It not 
only required a great deal of disk space 
(approximately 1.2 Mbytes for installa¬ 
tion), but memory as well. I had to re¬ 
move some RAM-resident programs be¬ 
fore I could get it to run properly. I also 
ran the spelling checker against a file 
with a number of backslash characters in 
it, and it gave some bizarre results. Ap¬ 
parently the spell checker treats the 
backward slash character the same as the 
C language does. 

Summing up. Aside from the very 
minor problems mentioned above, I 
found the MKS Toolkit to be an excel¬ 
lent product. After using it for some time 
now, I can’t imagine programming in the 
trenches without many of the utilities it 
offers. It has also proven to be an excel¬ 
lent device for learning more about Unix 
and the art of shell programming. 

Documentation for the MKS Toolkit 
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consists of three separate manuals: an 
installation manual, a 450-page Unix 
style reference manual, and a 260-page 
user’s guide. A special section in the in¬ 
stallation manual covers common ques¬ 
tions raised by novices. I found it a valu¬ 
able aid in understanding the different 
versions of the installed shell. The user’s 
manual contains excellent tutorials on 
Awk, Vi, and the Korn shell. The entire 
documentation package proved excellent 
in every respect. 

The $249 retail price for the DOS ver¬ 
sion of the toolkit is definitely on the 
high side for PC software products in 
this class. However, if you want to learn 
Awk or Vi as well as Unix, you might 
be able to justify the cost. A new OS/2 
version is available for $495. 

The MKS Toolkit, version 3.1, is 
available from Mortice Kern Systems, 

35 King St. N., Waterloo, Ontario, Can¬ 
ada N2J2W9, telephone (519) 884-2251. 
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PolyShell 

PolyShell comes on two 360-Kbyte 
low-density diskettes. The package in¬ 


cludes an installation.utility for installing 
the system onto your hard disk. Since the 
help files used by PolyShell are in ar¬ 
chive format, you must use the installa¬ 
tion utility for the help feature to be 
available. The utility tries to install all of 
the system directories off of the root di¬ 
rectory, rather than in a totally separate 
master directory. You will have to 
change the command in the installation 
batch file if this isn’t appropriate to your 
configuration. Once fully installed, Poly¬ 
Shell uses slightly more than 800 Kbytes 
of disk space. Approximately 145 Kbytes 
of RAM are required to run the shell, al¬ 
though PolyShell will shrink to around 
24 Kbytes when executing commands 
external to the shell. 

The Unix style shell that forms the 
heart of PolyShell is functionally com¬ 
patible with the Bourne shell, with exten¬ 
sions incorporated from both the C-shell 
and the Korn shell. The shell is not in¬ 
tended to replace the DOS command 
interpreter and cannot be invoked from 
the DOS config.sys startup file. Poly¬ 
Shell uses the Control-C and critical er¬ 
ror handlers that form part of the DOS 
interpreter. As a result, PolyShell must 
run as a process under the control of the 
DOS command interpreter. 


The most convenient method of invok¬ 
ing PolyShell is to include the required 
environment variables in your auto¬ 
exec.bat file, adjust the Path variable to 
include the location of the PolyShell ex¬ 
ecutable files, and then call the Login 
program as the last entry in the file. Af¬ 
ter Login is loaded, you can add different 
users to the system with the Mkuser 
command. This program simply adds the 
user name to the Passwd file and assigns 
a Home directory to the user. 

PolyShell has no provisions for using 
passwords. When loaded, it reads a set of 
aliases from the alias.sys file in the 
Home directory and executes the com¬ 
mands in the profile.sh file in the Home 
directory. PolyShell allows you to force 
it to read the aliases from another loca¬ 
tion by setting an environment variable, 
but it does not allow you to have a mas¬ 
ter profile.sh file in addition to the file in 
the Home directory. 

PolyShell includes a sophisticated in¬ 
teractive help facility. The help window 
pops up whenever you press the Shift 
key and the Down-arrow key on the nu¬ 
meric keypad. The first line of the win¬ 
dow displays the high-level help topics. 
After selecting a topic, you press the 
same keys again and a new set of subtop- 


Review notes 

Calendar and scheduler. About 
Time, for IBM PC-compatible com¬ 
puters, is a general-purpose calendar 
program for scheduling the activities 
of an unlimited number of people. A 
screen-oriented system, it is super¬ 
vised by an administrator who main¬ 
tains a database of activities for users. 

The program runs on a network as 
well. The documentation claims to 
support any network software similar 
to Novell. I did not test this capabil¬ 
ity. Right out of the box. About Time 
is licensed to work on one computer, 
or one server and four additional 
computers connected to the server. 
Appointments, memos, and alarms 
can be scheduled for one user, all us¬ 
ers, or several categories of users. 

About Time is moderately customi¬ 
zable within the supplied framework. 
A database of group-accessible 
memos and appointments is very easy 
to set up. 

About Time offers some security 
features. For example, the administra¬ 
tor login has privileges to maintain 
everyone’s account, add and delete 
users, set passwords, and generally 
keep the system running smoothly. 


Administration is extremely simple. 

About Time requires 512 Kbytes of 
memory, DOS 3.0 or later. The company 
recommends an EGA monitor, although 
the program will work on monochrome 
and CGA, as well as VGA. A PC net¬ 
work is optional, as is a graphics printer. 
Installation is trivial. 

This is a well designed program. I en¬ 
countered only one minor bug in the 
memo editor. The only feature I believe 
it lacks is a RAM-resident capability. 

About Time sells for $89.95 for a 
single system; $195 for a single system 
with four nodes, with each additional 
node costing $49.95; and $495 for a site 
license. It is available from SoftSystems, 
21308 Pathfinder Rd., Suite 209, Dia¬ 
mond Bar, CA 91765, phone (714) 860- 
2070. — Q. Fennessy 

DOS file manager. FileBank Version 
1.4 from Support Station Software is a 
well-implemented DOS file manager. 
With it you no longer need to access 
these entities via arcane DOS commands. 
Instead, you use cursor keys that cause 
rows of labeled file cabinets (with draw¬ 
ers) to move across the screen until you 
find the one you want. Select a file cabi¬ 


net (directory) and the screen displays it 
together with its labeled drawers (subdi¬ 
rectories). Select a drawer and open it to 
display its documents (files). I found this 
fascinating to watch. The implementation 
is done with character graphics, so it’s 
exceptionally fast. 

FileBank has implemented the DOS 
file commands in ways consistent with 
its metaphor. As you might expect, the 
product has improved on many of those 
commands. For example, you can select 
files (documents) from any cabinet, 
drawer, etc., place them into a WorkWin- 
dow, and manipulate them (copy, delete, 
move, etc.) as a group. You can use File- 
Bank from within an application to lo¬ 
cate and view a file. A cut and paste-like 
facility (that can be automated) allows 
you to pass the file name directly to your 
application for file (document) input. 

The excellent on-line help, invoked by 
FI, causes a window of topics to appear. 
Select a topic and use the down arrow 
key to scroll one line at a time, or PgUp/ 
PgDn for an interesting implementation 
of page scrolling. 

Although this excellent package con¬ 
tains some really unique implementa¬ 
tions of old concepts, it lacks a few tried 
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I ics appears. If you continue in this man- 
I ner, you will arrive at the name of the 
| command you seek, a description of its 
I use, and a list of the command options 
and what they do. If, like me, you hate to 
[ search through manuals for the format of 
I a command, you will appreciate this fea- 
| ture. Unfortunately, the help screens are 
I only available from within the shell, so 
I you get no help when using external 
I commands from outside the shell. 

PolyShell provides the Fixbs com- 
j mand as a means of alleviating the prob- 
I lem of when to use the backward slash or 
[ the forward slash. It will execute a given 
[ command after first changing all forward 
i slashes in the command to backward 
f slashes. This is especially useful when 
I invoking DOS commands that require 
I pathnames as arguments. It can also be 
| used to change all occurrences of the 
I dash character in a command to forward 
I slashes. 

PolyShell includes most of the same 
| commands found in the MKS Toolkit, in 
J addition to a number of interesting com- 
| mands dealing with the keyboard buffer 
and movement between directories. 

I Keybuf is a resident command that pro- 
| vides a 128-character keyboard buffer to 
I replace the standard DOS buffer of 15 


and true de facto standards that you 
come to expect from PC software. For 
example, if you see a pull-down menu, 
you expect to be able to use the arrow 
keys, a mouse, or the first letter of an op¬ 
tion to select it. Except for selecting 
documents in a drawer, the only way to 
select an option is to scroll down to it. 

Another annoyance is that FileBank 
has a copy protection scheme. And while 
this RAM-resident program (which has 
to be loaded last) operated satisfactorily 
with all my other RAM-resident pro¬ 
grams, I would have liked an option for 
unloading FileBank. Nonetheless, these 
items are minor and can be easily altered 
in the next version. 

Now the real question is, do I recom¬ 
mend FileBank? To be perfectly honest, I 
found it a little confusing to change my 
DOS mentality to the one required to use 
FileBank. Although novice computer us¬ 
ers could use it easily, I am not con¬ 
vinced of the value in learning something 
that has no transfer value to other com¬ 
puter functions, as bad as those computer 
functions might be. It’s too bad that File- 
Bank wasn’t the original paradigm for 
referencing and manipulating computer 
files. The industry would have been a lot 


characters. Keypush allows you to push 
keys into the keyboard buffer. 

The Dirs, Pushd, Popd, and Rotd com¬ 
mands provide you with a means of ma¬ 
nipulating a directory stack to ease the 
process of moving between directories. 
Dirs lists the current contents of the 
stack. Pushd pushes a directory name 
onto the stack. Popd pops it off the stack 
and then places you in the directory, 
while Rotd rotates the top members of 
the stack and moves you to the new entry 
on the top of the stack. Each of these 
commands is available only from within 
the shell. 

The PolyShell Cu command allows 
you to utilize the serial ports on your PC 
to communicate with other computers. 
With Cu you can send files from your lo¬ 
cal machine to a host computer, or you 
can receive files from a remote host. 
Since the Cu command will only allow 
you to transfer ASCII files to a Unix sys¬ 
tem, the Uuencode and Uudecode com¬ 
mands are provided to let you turn binary 
files into ASCII and back to binary 
again. 

PolyShell does not include a copy of 
Awk, Vi, or Yacc. PolyAwk is available 
from Polytron as a separate product for a 
retail price of $99. 


better off for it. FileBank is certainly 
worth examining, at the very least to be 
reassured that we don’t have to be held 
hostage to Microsoft, IBM, and Apple 
user interfaces. 

This $149 package is available from 
Support Station Software, PO Box 8282, 
Aspen, CO 81612, phone (303) 925- 
6040. It requires an IBM PC or compat¬ 
ible, DOS 3.0 or higher, and 100 Kbytes 
of RAM. It doesn’t need either a graph¬ 
ics board or a hard disk. — S. Reisman 

Shareware reference. The PC-SIG 
Encyclopedia of Shareware is a handy 
432-page book retailing for $17.95. It of¬ 
fers a quick reference to more than 1,400 
software programs, including word proc¬ 
essors, educational software, program¬ 
ming languages, telecommunications, 
databases, computer-aided instruction, 
artificial intelligence, and utilities. While 
you can order the programs from PC- 
SIG, you can also download them from 
many bulletin board systems. The book 
provides complete descriptions of each 
program, covering benefits, features, sys¬ 
tem requirements, and even user com¬ 
ments and ratings. As with all shareware, 
you need pay for the software only after 


The documentation provided with 
PolyShell consists of a single 7x9-inch 
manual in a three-ring binder. It includes 
a tutorial section and a general opera¬ 
tions section in addition to the reference 
section. The operations section explains 
some of the inner workings of PolyShell 
and helps to give a better feel for the 
shell when you start using it. 

PolyShell is available for $99 from 
Polytron Corp., 1700 NW 167th Place, 
Beaverton, OR 97006, phone (503) 645- 
1150. 
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Summing up 

I highly recommend both of the prod¬ 
ucts covered in this review. If you are 
looking for ways to supplement DOS and 
improve your productivity, or just to 
learn what Unix is all about, I suggest 
you take a closer look at either the MKS 
Toolkit or PolyShell. 


you have tried it out and found it sat¬ 
isfactory. Registering a program gen¬ 
erally provides additional benefits, 
such as printed manuals, technical 
support, and program updates. The 
price varies for each program, but 
generally runs between $10 and $95. 

In addition to publishing the ency¬ 
clopedia, PC-SIG, 1030 E. Duane 
Ave., Suite D, Sunnyvale, CA 94086, 
phone (408) 730-9291, also offers 
“The World’s Largest Collection of 
Software on a Single CD ROM” and 
the bimonthly Shareware Magazine. 
The $495 single compact disk in¬ 
cludes more than 9,000 application, 
utility, and specialty programs 
equivalent to 1,484 floppy disks 
worth of software for IBM-compat¬ 
ible computers. A copy of the Ency¬ 
clopedia of Shareware comes with the 
disk. The magazine features stories on 
shareware professionals, tips and 
techniques, theme issues, and 
monthly departments on a wide range 
of topics. A subscription costs $20 a 
year, and a special offers the maga¬ 
zine, the encyclopedia, and five disks 
of your choice from the PC-SIG col¬ 
lection for $39. — R. Eckhouse 
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Contact or send releases to Nancy Hays, Computer, 10662 Los Vaqueros Circle, Los Alamitos, CA 90720; Compmail+ , tv. hays 


Hyundai offers laptop, 386SX-based PCs 


Hyundai Electronics America has in¬ 
troduced two PCs, an AT-compatible 
laptop and an 80386SX-based desktop 
system. 

The 10-MHz Super-LT3 laptop weighs 
12.5 pounds, including the battery. It fea¬ 
tures 1 Mbyte of RAM expandable to 2 
Mbytes, 64 Kbytes of ROM, a 1.44- 
Mbyte 3.5-inch floppy disk drive, and a 
20-Mbyte hard disk drive. It includes 
two expansion slots, which can be used 
for an optional 1-Mbyte memory card 
and an internal modem. 

The laptop also includes one serial and 
one parallel port and an RGB composite 
port. A floppy disk controller and clock/ 
calendar are built in. 

The screen relies on backlit supertwist 
LCD technology. CGA-compatible, it 
has a resolution of 640x200 and mea¬ 
sures 1.5 inches diagonally. 

The Super-LT3 laptop comes with a 
77-key keyboard, MS-DOS 3.3 and GW- 


Basic software, and an 18-month war¬ 
ranty. Prices start at $2,995. 

The Super-386S incorporates Intel’s 
80386SX microprocessor. It can be 
switched between 8 and 16 MHz. The 
desktop system features zero wait state 
and 1 Mbyte of RAM expandable to 8 
Mbytes, 64 Kbytes of ROM, six expan¬ 
sion slots, one serial port, and one paral¬ 
lel port. 

An IDE hard disk drive interface, 
floppy drive controller, and clock/calen¬ 
dar are built in. The Super-386S comes 
with a 101-key keyboard, MS-DOS 3.3 
and GW-Basic software, and system di¬ 
agnostics. It has space for three drives. 
The basic system includes a 1.2-Mbyte 
5.25-inch floppy disk drive. 

Prices for the Super-386S start at 
$1,895. 
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Dell 386SX-based laptop sports reserve battery 



Dell Computer has based its Dell Sys¬ 
tem 316LT laptop on Intel’s 80386SX 
chip running at 8 or 16 MHz. It features 
1 or 2 Mbytes of RAM expandable to 8 
Mbytes, LIM 4.0 support, a detachable 
backlit supertwist LCD with a resolution 
of 640x480, an 83-key keyboard, a VGA 
video controller, a 1.44-Mbyte 3.5-inch 
floppy disk drive, a 20- or 40-Mbyte 
hard disk drive, a floppy disk drive con¬ 
troller and hard disk interface, an exter¬ 
nal VGA monitor port, a connector for 
an external keyboard or numeric keypad, 
and a connector for an external 5.25-inch 
floppy disk drive. 

The System 316LT relies upon a page¬ 
mode memory architecture. It has less 
than one memory wait state and one- 
half-length XT expansion slot. 

The Dell System 316LT costs 
$3,499 with 1 Mbyte of RAM and a 
20-Mbyte hard drive; $3,699 with 2 M- 
bytes of RAM and 20-Mbyte hard drive; 
$3,799 for 1 Mbyte of RAM and a 40- 
Mbyte hard drive; and $3,999 for 2 
Mbytes of RAM and a 40-Mbyte drive. 


Dell Computer’s System 316LT weighs 
15 pounds and measures 12.7x3.4x14.3 
inches. 


Digital debuts mainframe 
series with VAX 9000 

Digital Equipment has announced a 
mainframe computer series based on the 
VAX architecture. The VAX 9000 series 
also features an integrated vector proces¬ 
sor. The largest system. Model 440, in¬ 
cludes four processors. Model 430 holds 
three processors. Users can add up to 
four vector processors on Model 440 and 
up to three on Model 430. 

Model 410, a uniprocessor, and Model 
420, a dual processor, can be expanded 
up through the series to Model 440 with 
additional CPUs. Model 210 comes in a 
single-CPU configuration only. 

According to DEC, the new series in¬ 
corporates multichip packaging, which 
reportedly achieves more integration on 
the board and on the chip. The basic 
logic is implemented in MCA-III 10K 
Gate Arrays and ECL Self-Timed RAM 
devices. 

VAX 9000 models currently support a 
maximum of 512 Mbytes of memory. 

The architectural maximum is 2 Gbytes. 

Model 210 supports a maximum of 
four Ethernet adapters; Models 410 and 
420, a maximum of eight; and Models 
430 and 440, a maximum of 16. 

All models run VMS software. Models 
210, 410, and 420 also run Ultrix. 

The processors have a cache cycle 
time of 16 ns. Cache size is 128 Kbytes 
per processor. The virtual instruction 
cache is 8 Kbytes per processor. 

Prices start at $1,240,000 for Model 
210; $1,690,000 for Model 410; 
$2,220,000 for Model 420; and 
$3,920,000 for Model 440. 

Digital has also announced DECnet 
for OS/2, which adds support for OS/2 
Standard Edition to the company’s net¬ 
working environment. DECnet for OS/2 
includes task-to-task communications, 
terminal emulation with multiple session 
support, disk and printer resource shar¬ 
ing, bidirectional transfer of both ASCII 
and binary files between OS/2 network 
nodes and other network nodes, NetBIOS 
interface support, an OS/2 electronic 
mail utility, network management utili¬ 
ties, and NDIS technology software sup¬ 
port. 


VAX 9000: Reader Service 33 
DECnet for OS/2: Reader Service 34 


January 1990 


113 











KBMS/PC gets new graphics tools programs 


Prime enhances low-end 
Unix family 

Prime computer has enhanced the low 
end of its multiuser commercial systems, 
which run Unix-based application pro¬ 
grams. The EXL MBX Plus incorporates 
a 25-MHz 80386 and supports up to 32 
users. The original EXL MBX uses a 16- 
MHz 80386 and supports up to 10 users. 

According to the company, the EXL 
MBX Plus runs at 5 MIPS and offers up 
to 417 Mbytes of disk capacity. 

Options include 323- and 94-Mbyte 
disk drives, a 60-Mbyte cartridge tape 
drive, a helical scan tape device, an 
80387 math coprocessor, and an Ethernet 
controller. 

A basic configuration EXL MBX Plus 
consists of a 25-MHz 80386 processor, 

4 Mbytes of memory, a 1.2-Mbyte floppy 
disk drive, and a 94-Mbyte hard disk 
drive for $9,800. 
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AlCorp has announced two new graph¬ 
ics tools for use with KBMS/PC. KBMS 
Developer Graphics for the design, devel¬ 
opment, and analysis of KBMS applica¬ 
tions works with the OS/2 Extended Edi¬ 
tion version of KBMS/PC, using Presen¬ 
tation Manager. Active Objects for 
KBMS/PC allows developers to build 
knowledge base applications with graphic 
user interfaces. 

Developer Graphics has a graphical 
editor for displaying and modeling an ap¬ 
plication’s objects and their relationships. 
A developer can use a mouse to select an 
object and see the attributes defined for 
that object. He or she can view relation¬ 
ships between objects during the develop¬ 
ment process, and edit and revise them as 
needed. Developers can also view the 
structure of existing databases. 

The software can automatically dis¬ 
play knowledge base rules in graphical 
form, showing the interrelation among 


sets of rules. 

Scheduled for availability in the first 
quarter of 1990, KBMS/PC for OS/2 Ex¬ 
tended Edition with Developer Graphics 
will cost $7,500. Users who already have 
KBMS/PC for OS/2 can obtain Devel¬ 
oper Graphics free of charge. 

Active Objects is part of KBMS/PC 
OS/2 Extended Edition. With it, a devel¬ 
oper can create icons or other images in¬ 
tegral to a specific application. End users 
can then interact with a mouse-driven 
graphics interface. 

The Active Objects editor lets devel¬ 
opers specify shapes, colors, fonts, etc. 
in an application, or incorporate bit¬ 
mapped images from external sources. 

Active Objects will be available in 
the first quarter of 1990 at no charge to 
users. 
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Leading Edge debuts laptops weighing less than 13 pounds 


Following its reorganization under 
Daewoo Telecom, Leading Edge an¬ 
nounced a spate of products at Comdex. 
Among them was a new line of laptop 
computers, the D/LT series. 

The laptops include three configura¬ 
tions, all weighing less than 13 pounds 
and measuring 14x13x3 inches. 

The D/LT86 incorporates an 80C86 
processor running at 10 MHz, keyboard 


switchable to 8 MHz. It has 512 Kbytes 
of RAM expandable to 2.5 Mbytes on the 
motherboard, LIM EMS 4.0 memory, 
two 720-Kbyte 3.5-inch floppy disk 
drives, and CGA, MDA, and Hercules 
emulation on the motherboard. 

An internal hard disk drive is optional. 

The entry-level D/LT86 costs $1,695. 

The D/LT286 employs an 80C286 
processor at 12 MHz, switchable to 8 


MHz. It comes with 1 Mbyte of RAM 
expandable to 2 Mbytes on the mother¬ 
board, LIM EMS 4.0 extended memory, 
one 1.44-Mbyte 3.5-inch floppy disk 
drive, and one 20- or 40-Mbyte 3.5-inch 
hard disk drive, plus EGA, CGA, MDA, 
and Hercules emulation on the mother¬ 
board. 

The D/LT286 costs $2,595 for the 20- 
Mbyte system and $2,795 for the 40- 
Mbyte system. 

The high-end D/LT386S uses an 
80386SX processor at 16 MHz, switch- 
able to 8 MHz. This PS/2-compatible 
computer has 1 Mbyte of RAM expand¬ 
able to 2 Mbytes on the motherboard, 
LIM/EMS 4.0 extended memory, one 
1.44-Mbyte 3.5-inch floppy disk drive, 
one 20- or 40-Mbyte 3.5-inch hard disk 
drive, and VGA, EGA, CGA, MDA, and 
Hercules emulation on the motherboard. 

The D/LT386S costs $2,795 for the 
20-Mbyte system and $2,995 for the 40- 
Mbyte system. 

The laptops run MS-DOS 3.3 and 
GW-Basic 3.20. They come with internal 
Hayes-compatible modems. They also 
feature 81-key slide-out keyboards with 
LEDs. 

I/O ports for all three laptops include a 
parallel port, an RS-232-C serial port, a 
PS/2-compatible mouse port, an external 
video port, and an external floppy disk 
drive port. 



Leading Edge laptops feature slide-out keyboards. 
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Stardent Computer’s Stardent 3000 uses Mips Computer’s R3000 and R3010 
RISC processors. 


Stardent RISCs minisuper 

Stardent, the company formed by the 
merger of Ardent Computer and Stellar 
Computer, has used reduced instruction 
set computing as the basis for its Sta¬ 
rdent 3000 graphics supercomputer. Ac¬ 
cording to the company, the new ma¬ 
chine, when fully configured with four 
32-MHz Mips Computer R3000 and 
R3010 RISC processors, achieves per¬ 
formance up to 128 MIPS and 192 
Mflops. 

A 128-Mbyte memory board option is 
available. The 3000 with a maximum of 
four of these boards can support up to 
512 Mbytes of on-board memory. 

The Stardent 3000 supports Dore, the 
object-oriented graphics library devel¬ 
oped by Ardent Computer. The company 
plans to port the Stellar-developed A VS 
(Application Visualization System) to 
the 3000 by the end of the first quarter 
1990. 

Stardent 3000 systems can be config¬ 
ured with 32 to 512 Mbytes of memory, 
one or two I/O processors, two or four 
SCSI channels, one or two VME bus in¬ 
terfaces, and up to 50 Gbytes of on-line 
disk storage. 

An entry-level Stardent 3000 with one 
processor, 32 Mbytes of memory, a 380- 


Mips Computer Systems claims that 
its RC6280 RISComputer achieves a per¬ 
formance of 55 MIPS and 13.3 Mflops. 
The new server extends the high end of 
the company’s family of binary-compat¬ 
ible servers. 

The RC6280 is built around the R6000 
CPU and R6010 floating-point unit 
chips, which use a pipeline architecture. 

A base configuration also includes 32 
Mbytes of main memory expandable to 
256 Mbytes, a dual SMD disk controller, 
655-Mbyte 8-inch SMD disk, SCSI con¬ 
troller, 120-Mbyte cartridge tape drive, 
block-mode Ethernet controller, TCP/IP 
and NFS software, and RISC/OS soft¬ 
ware license. 

The I/O system reportedly provides 
200-Mbps I/O bandwidth across multiple 
independent VME buses. The server also 
features a 592-Kbyte multilevel cache. 

Initial shipments are scheduled for the 
first quarter, with volume shipments in 
the second quarter. The RC6280 will cost 
around $150,000. 

Mips also offers two smaller new serv¬ 


Mbyte disk drive, a cartridge tape drive, 
standard graphics, an Ethernet interface, 
and Unix V.3 costs $89,000. The same 
system in a server configuration without 
graphics is $69,000. 

A four-processor graphics system with 


ers, the RC3240 deskside system and the 
RC3260 departmental system. 

The RC3240 RISComputer has a base 
price of $30,000. It reportedly achieves a 
performance of 18 MIPS and 3.1 Mflops. 
It supports from 8-48 Mbytes of memory 
and up to 4 Gbytes of disk storage. It in¬ 
corporates a 25-MHz R3000 CPU and 
R3010 FPU, an Ethernet and SCSI port, 
four AT slots, and four RS-232 inter¬ 
faces. The cabinet also includes a 5.25- 
inch hard disk drive and a 120-Mbyte 
cartridge tape backup. 

The RC3260 RISComputer departmen¬ 
tal server reportedly delivers a sustained 
performance of 20 MIPS and 3.9 Mflops. 
Built around a 25-MHz R3000 CPU and 
R3010 FPU, it has 16 or 32 Mbytes of 
ECC memory expandable to 128 Mbytes, 
seven VME slots, 16 RS-232 interfaces, 
and controllers for Ethernet, tape, and se¬ 
rial I/O. Prices start at $55,000. 
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64 Mbytes of memory and a 760-Mbyte 
disk drive costs $186,000. The 128- 
Mbyte memory board option costs 
$120,000. 
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Commodore releases 
68030-based Amiga 

Commodore Business Machines has 
released the Amiga 2500/30 based on 
Motorola’s 68030. The 2500/30 comes 
standard with a 68030-based pro-cessor 
card with 2 Mbytes of 32-bit RAM ex¬ 
pandable to 4 Mbytes; a 25-MHz 68882 
math coprocessor; a 68851 memory man¬ 
agement unit; 1 Mbyte of 16-bit chip 
RAM; a 880-Kbyte 3.5-inch floppy disk 
drive; and a 40-Mbyte hard disk drive 
with autobooting SCSI controller. 

The Amiga 2500/30 also features cus¬ 
tom sound, animation, and graphics 
chips; RS-232 serial and parallel connec¬ 
tors; and two RCA-type audio output 
jacks. 

The 2500/30 contains five full-size 
Amiga expansion slots; two standard XT 
slots, two AT slots, and a video expan¬ 
sion slot. 

The Amiga 2500/30 costs $4,699. 
Owners of an Amiga 2000 machine can 
upgrade with a 2630 card for $2,195. 
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Acer bases 486 PC on EISA 



Acer America’s Acer 1200 builds upon the i486 chip and EISA bus. 


Acer America has based its Acer 1200 
PC on Intel’s 25-MHz i486 microproces¬ 
sor and the Extended Industry Standard 
Architecture. The machine uses a 128-bit 
data path and write-back cache architec¬ 
ture to achieve a benchmark rate of 11 
MIPS, according to the company. The 
PC is scheduled for the first quarter of 
1990. 

Memory options include up to 64 
Mbytes on the system board. The stan¬ 
dard memory configuration is 4 Mbytes. 
This leaves all six 32-bit EISA slots free 
for peripherals. 


The Acer 1200-011 comes with 4 
Mbytes of memory, 128 Kbytes of cache 
memory, a 1.2-Mbyte 5.25-inch floppy 
disk drive, two serial ports, one parallel 
port, 101-key keyboard, MS-DOS 4.01, 
and MS Windows/386 for $10,995. 

The Acer 1200-170 adds a 170-Mbyte 
ESDI hard disk drive for a total cost of 
$12,760. 

The Acer 1200-380 includes a 380- 
Mbyte ESDI hard disk drive for a total of 
$13,200. 
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Compaq shrinks PCs to notebook size 


Compaq Computer claims to offer full 
PC functionality in its new notebook¬ 
sized computers, the LTE/286 and LTE. 
The new computers measure 8.5x11x2 
inches and weigh 6 pounds with batter¬ 
ies. They come with 640 Kbytes of 
RAM, a 20- or 40-Mbyte hard disk drive, 
a 1.44-Mbyte 3.5-inch floppy disk drive, 
an 80-key keyboard with 101-key com¬ 
patibility, a backlit supertwist LCD dis¬ 
play with 640x200 resolution, and an op¬ 
tional 2,400-baud modem. 

The Compaq LTE/286 incorporates a 
12-MHz 80C286 microprocessor. It re¬ 
portedly offers 3.5 hours of battery life. 


RAM can be expanded to 2.6 Mbytes. 
The system also supports an optional 12- 
MHz 80C287 coprocessor. 

The LTE/286 Model 1, Model 20, and 
Model 40 cost $3,899, $4,499, and 
$4,999, respectively. 

The Compaq LTE, based on the 9.54- 
MHz 80C86 microprocessor, costs 
$2,399 for Model 1 and $2,999 for 
Model 20. An Expanded Memory Up¬ 
grade Board option takes the total RAM 
to 1 Mbyte. 
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Software targets 
workstation users 

Station Software offers three software 
programs for workstation users: Station 
Pass, Sightseer, and Grand Tour. Fea¬ 
tures include a graphical menu system 
that provides a common user interface 
across hardware platforms (such as 
workstations from Apollo, Sun, Digital 
Equipment, and Tektronix), support for 
industry standards such as Unix and X 
Windows and proprietary operating sys¬ 
tems such as VMS and Aegis, and the 
ability to modify and customize the user 
interface. 

The Station Pass menuing system lets 
you use the text or icon menu for fre¬ 
quently used operating system com¬ 
mands, interrogate databases, run appli¬ 
cation programs, access on-line docu¬ 
mentation, and initiate Fortran and C 
programs. You can create and modify up 
to 256 menus through the menu defini¬ 
tion file, or create and modify icons and 
fonts with the icon/font editor. 

To modify the menu definition file, 
you can use dialog areas, input boxes, 
file handling, parameter passing, pro¬ 
gram execution, variables, user control, 
menu position, color, fonts, menu types, 
and on-line help. 

Station Pass ties into the Sightseer 
viewing system and the Grand Tour man¬ 
agement system. It costs $500. 

Sightseer lets you view technical 
drawings and their associated data. It 
runs independently of your application. 

It incorporates the Station Pass menuing 
system. 

Viewing features include browse, win¬ 
dow, viewport, pan/zoom, and red-lining 
features. Database features include ac¬ 
cess to the Sightseer’s database, interface 
with Oracle or other SQL databases, im¬ 
port or export of data or drawings in 
HPGL or DXF format, and on-line help. 

Sightseer costs $2,000 with the Station 
Software database and $4,000 with SQL 
interfaces. 

The Grand Tour management program 
combines the features of Station Pass and 
Sightseer with drawing management fea¬ 
tures. Management features include 
drawing management, restricted user ac¬ 
cess, display/view of multiple drawings 
simultaneously, user management, se¬ 
lected access, project management, dis¬ 
play status, and statistics. These allow 
you to track the revision history of a 
project or drawing, providing an audit 
trail of the design process. 

Grand Tour costs $3,000 with the Sta¬ 
tion Software Database and $5,000 with 
SQL interfaces. 
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Gould supports 88000 RISC development 


Gould has announced a disassembler 
and chip interface adapter for the Motor¬ 
ola 88000 RISC microprocessor family. 
The 88000 Microprocessor Analysis 
Package works with the CLAS 4000 
Configurable Logic Analysis System to 
provide disassembly with symbolic ad¬ 
dress replacement in Motorola standard 
mnemonics. The package supports 88100 
components up to 50-MHz data rates. 

The package automatically configures 
the analyzer to match the 88100 architec¬ 
ture. It collects address and data buses as 
well as control signals into channel 


Concurrent Computer has added the 
CNP-3200 numerical accelerator to run 
with its S-bus real-time computers, the 
Model 3280SP, Model 3280MPS, or Mi- 
cro3200 family. 

A single CNP-3200 coupled to the 
CPU provides 40 Mflops of peak compu¬ 
tation performance on 32-bit operands 
and 20 Mflops on 64-bit operands, ac¬ 
cording to the company. 


groups with Motorola-defined names. 
The disassembled data display shows bus 
cycles with type information and mne¬ 
monics, with options to delete unexe¬ 
cuted instructions and data read/write 
cycles. 

You can choose to replace address in¬ 
formation with symbols from the source 
programming language. You can enter 
the symbols directly into the logic ana¬ 
lyzer or download them from a software 
development host. 

The software calculates and displays 
absolute addresses when it encounters 


The accelerator is coupled to the S-bus 
rather than through an I/O device or 
channel. Its 8 Mbytes of memory act as 
data storage that can be asynchronously 
loaded while the CPU is computing. The 
Series 3200 CPU controls this memory 
space, including access by the Control 
Diagnostic System, to handle error log¬ 
ging and to perform diagnostics. 

The CNP-3200 can be used as a tightly 


relative address mode instructions. It 
evaluates branch instructions to deter¬ 
mine if the branch was taken. It marks in 
the display instructions fetched but not 
executed and illegal instructions or se¬ 
quences. 

Two 96-channel CLAS 4000 Pyramid 
Measurement Modules are needed to 
monitor all signals from the 88100 CPU. 

The CLAS 4000 88000 Microproces¬ 
sor Analysis Package (part number 
A70004) sells for $2,950. The CLAS 
Logic Analyzer costs from $19,950 to 
$60,000. 
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coupled numerical processor driven by a 
program executing in the CPU, or as an 
attached processor running the applica¬ 
tion code. 

The CNP-3200 consists of two boards, 
one functioning as a system interface and 
the other containing the processor and 8 
Mbytes of memory. The system interface 
board can support two numerical proc¬ 
essing units. Prices start at $48,500. 
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CA-ADS/Generator spurs programmer productivity 


According to Computer Associates, its 
new CA-ADS/Generator software in¬ 
creases programmer productivity. The 
SQL-based program generation tool 
complements CA’s existing Generator 
for PC-DOS and VAX/VMS environ¬ 
ments. It is a component of CA ACE 
(Application Construction Environment). 

Although the developer controls much 
of the user interface, the software pro¬ 
vides user-interface standards through its 
program models. It uses the existing 
menu structures and security facilities 
provided by the company’s CA-ADS and 
CA-IDMS/DC. 

CA-ADS/Generator uses high-level 
prototyping and components such as 
forms, tables, shared code modules, and 
expert systems to create its own business 
specifications. The specifications define 


the processing for on-line entry and in¬ 
quiry programs. CA-ADS/Generator pro¬ 
grams are reportedly maintained at the 
business specification statement level. 
The developer can modify and enhance 
them to meet custom requirements of an 
application. 

Components of a CA-ADS/Generator 
application are built with the same tools 
used for CA-ADS programs. 

The software operates on IBM and 
plug-compatible mainframes under na¬ 
tive CA-IDMS/DC with MVS, VSE, and 
VM/CMS. 

CA-ADS/Generator’s status is early 
support. Prices range from $36,000 to 
$96,000, depending on system configu¬ 
ration. 
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Graph-in-the-Box goes 
executive 

New England Software now offers 
Graph-in-the-Box Executive, a memory- 
resident program that captures data and 
text from the screen, then manipulates, 
displays, and prints it as a graph or chart. 

The Executive version provides text 
and corporate organization charts not 
available in earlier versions. The 15 
types of charts allow users to organize 
text into bullet charts or text tables. 

The executive version features a mem¬ 
ory-saving swapping technique that re¬ 
putedly reduces its memory requirements 
to 10 Kbytes when not activated. 

Graph-in-the-Box Executive costs 
$299.95. Registered users of Release 2 
and Analytic can upgrade for $119.95. 
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NonStop Cyclone mainframe handles on-line transactions 


Tandem Computers has added the Cy¬ 
clone model to its family of NonStop on¬ 
line mainframe systems. Cyclone uses 
Tandem’s Guardian operating system. It 
features four to 16 processors and 
handles mixed workloads of on-line 
transaction processing, query, and batch, 
according to the company. 

A single Cyclone system offers up to 2 


Gbytes of memory and supports multiple 
I/O channels per processor. Systems can 
be expanded from four to 16 processors 
functioning simultaneously. Each proces¬ 
sor has dual instruction pipelines, exe¬ 
cuting in parallel, that allow up to 16 in¬ 
structions to travel through each pipeline 
simultaneously. Moreover, Cyclone’s 
superscalar architecture reportedly al¬ 


lows up to two instructions to execute 
per clock cycle. 

According to the company, the Dyna- 
bus fiber optic buses allow physical 
separation of processors up to 50 meters. 
Fiber optic I/O connections allow large 
disk storage facilities and communica¬ 
tions subsystems to be located up to 100 
and 500 meters away from the system, 
respectively. 

An automated diagnostic system al¬ 
lows servicing while the system is on¬ 
line. Up to 98 percent of Cyclone com¬ 
ponents can reportedly be replaced while 
the system is online. 

Cyclone supports from 32 to 128 
Mbytes of main memory per processor 
for a total of 2 Gbytes for a 16-processor 
system. Each processor can have up to 
four I/O channels. 

The entry-level Cyclone 904E has four 
processors, 128 Mbytes of memory, four 
V80 drives, and one tape drive. Cyclone 
904E costs $1,995,000. 

Cyclone 904 has four processors, eight 
V80 drives, 24 XL80 drives, and one 
tape drive. Cyclone 904 is $2,840,000. 

Cyclone 908 has eight processors, 256 
Mbytes of memory, eight V80 drives, 48 
XL80 drives, and two tape drives. Cy¬ 
clone 908 is $5,252,000. 

The 916 has 16 processors, 512 
Mbytes of memory, eight V80 drives, 96 
XL80 drives, and three tape drives. Cy¬ 
clone 916 is $9,995,000. 
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Tandem Computers’ NonStop Cyclone on-line mainframe provides four to 
16 coprocessors to handle mixed workloads of on-line transaction processing, 
query, and batch. 
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ICCV'90 is the third International Conference 
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Company, Model, Function 

Comments R.S. No. 

Advanced Micro Devices 
Am27C020 

EPROM 

A 2-Mbit EPROM that operates at 100 ns. Organized 256Kx8. Fabricated in a 1-micron pro- 120 

cess. Available in commercial, industrial, military, and extended temperature range grades. 

Comes in 32-pin DIPs or LCCs. Cost (100s): $99.45 ($38.25 for 200-ns version). 

Analog Devices 

AD9712 

DAC 

A 12-bit, ECL-compatible D/A converter that can be updated with new digital words at 100 121 

megasamples/s. Includes an internal reference and a control amp. A latch enable controls inter¬ 
nal latches that synchronize bits in the 12-bit parallel words presented to the DAC. Comes in 

28-pin plastic DIPs and PLCCs. Cost (100s): $40. 

Burr-Brown 

ADC774P 

ADC 

A 12-bit A/D converter with +10V reference; internal clock; 8-, 12-, or 16-bit digital interface 122 
circuitry; and three-state outputs. No missing codes over temperature. Comes in plastic pack¬ 
ages or 28-pin hermetic DIPs. Cost (100s): $38.60. 

Gemini Technology 
VC-004 Super VGA 

Video controller 

A video controller chip for DOS, PS/2, and compatible computers. Achieves 1,024x768 inter- 123 
laced and noninterlaced resolutions in 16 colors. Compatible with VGA, EGA, MDA/Hercu¬ 
les, and CGA. Has resolutions up to 1,280x1,024 with four colors or shades of gray. Has a max 
clock rate of 65 MHz. Cost (samples): $35. 

Headland Technology 

HIT Single 386SX/286 
Support logic 

Single-chip support logic for 386SX- and 286-based IBM PC ATs and compatibles. Requires 124 
three external TTLs. Supports up to 8 Mbytes of on-board system memory. Also includes 
shadow RAM, a hardware implementation of LIM EMS 4.0, page mode, and two- or four-way 
interleave. Production in first quarter. Cost (1,000s): $85. 

Integrated Device 
Technology 

IDT79R3001 

RISController 

A 32-bit embedded controller based on the Mips R3000 RISC processor. Increases synchro- 125 

nous memory space to 16 Mbytes. Processes up to 20 MIPS. Initially available at speeds from 

12.5 to 25 MHz. Sampling in 1990 with production in the second quarter. Comes in a 144-pin 

PGA. Cost (100s): $120 at 12.5 MHz; $299 at 25 MHz. 

Intergraph 

Clipper C200 

RISC microprocessor 

Replaces the C100 as the low-end RISC microprocessor. Comes as individual chips, a chip set, 126 
or a module. The C211 CPU chip holds a pipelined integer unit and integrated FPU. It comes in 

25- and 33-MHz versions. Cost (5,000s): $75 and $83, respectively. 

International CMOS 
Technology 

27CX010 

EPROM 

A 1-Mbit CMOS EPROM with access times of 45, 55, 70, and 90 ns. Stores operating systems 127 
and applications software. Organized as 128 Kbytes of 8 bits each. Comes in a 32-pin JEDEC 
package. Cost (1,000s): $125, $98, $84, and $56, respectively. 

Micro Networks 

MN674A; MN774 

ADCs 

Two 12-bit A/D converters with internal clock, reference, and control logic. Offer six electri- 128 
cal grades specified over two temperature ranges. MN674A has a 15-ps and MN774 an 8-ps 
max conversion time. Both come in 28-pin double DIPs. Cost (100s): from $46 for MN674A 
(commercial); from $66.50 for MN774 (commercial). 

Philips Components 
PHD16N8-5 

PLD decoder 

A programmable decoder with a max propagation delay of 5 ns. Includes 16 inputs and 8 out- 129 

puts with individual three-state control. Has a programmable security fuse. Software support 
by Philips’ Amaze PLD Design software, available at no cost, plus device programmers. Cost 
(1,000s): $7.50. 

Sipex 

SP9316 

DAC 

A 16-bit D/A converter with two- and four-quadrant multiplying capability with TTL/DTL 130 

and CMOS logic capability. Binary coding for unipolar operation; offset binary coding for bi¬ 
polar. Provides two 8-bit registers. Comes in a 24-pin ceramic DIP. Cost: $29.95 for 14-bit 
monotonicity; $38.50 for 15-bit monotonicity. 

Systronix 

MS2184 

Controller 

A multifunction, 80188-compatible embedded controller. Offers DRAM control, two 131 

UARTs, keypad interface, LCD interface, speaker driver, watchdog timer, LED driver, and 
parallel printer port. Comes in a 68-lead PLCC. Cost (500s): under $15. 

Texas Instruments 
TMS27C210 

EPROM 

A 1-Mbit EPROM organized 64Kxl6 with a max access time from RAS of 170, 200, 250, and 132 

300 ns. Has 16-bit and 32-bit programming options. Comes in a 40-pin ceramic DIP. Now 
available in production quantities. Cost (100s): $18.96 for TMS27C210-20. 
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Microsystem Announcements 


Company, Model, Function Comments 


Analog Devices 
RTI-220 
I/O board 

Burr-Brown 
ZPB34 
DSP board 


Boca Research 
1024VGA 
VGA board 


Cache Computers 
Cache 386-25 
386 board 


CalComp 

Wiz 

Mouse/graphics pad 


Micronics Computers 
2525-02-486-E 
486 board 

Nth Graphics 
Nth Engine/350 
Graphics controller 


An I/O expansion board that accepts up to 64 analog inputs and provides 16 analog output chan- 135 
nels for IBM PS/2 and MCA-compatible computers. Features a 21-kilo-samples/s throughput 
and on-board 12-bit A/D and D/A converters. Comes with a utilities disk. Cost: $650. 

A full-size processor board for the IBM PC AT. Based on the 50-MHz AT&T WE DSP32C 136 
floating-point processor. Features four SRAM memory options (64-576 Kbytes) and buffered 
serial ports. Has a 16-bit parallel bus interface to the PC, plus a serial bus for data passing. Cost: 
from $1,995 (64 Kbytes) to $4,995 (576 Kbytes). 

A 16-bit, l,024x768-pixel resolution adapter for IBM PC AT, 80286, and 80386 compatible 137 
systems. Works with analog VGA 15-pin monitors and multiple frequency monitors. Compat¬ 
ible with 640x480 VGA, EGA, CGA, MDA, and HGA. Includes 16-color high-resolution driv¬ 
ers. Cost: $395 with 512 Kbytes of video RAM. 

A 386 board incorporating the 82C307 cache controller from Chips and Technologies. Comes 138 
in 20- and 25-MHz versions with up to 16 Mbytes of on-board memory on a full-sized AT form 
factor, plus 32 Kbytes of SRAM cache memory. Has six 16-bit and two 8-bit slots for expansion 
cards. Cost: $1,295. 

A combination mouse and intelligent graphics pad for Apple Macintosh or IBM PCs and com- 139 
patibles. Has six settings for the three mouse buttons, four user-definable. Crosshair window 
in mouse. First-time option of mouse or absolute positioning for pad. Pad has 1,000 dpi resolu¬ 
tion. Cost: $199 through February; $249 after. 

A 25-MHz 80486-based EISA motherboard with an internal 8-Kbyte cache, floating-point 140 
unit, and a second-level cache option. On-board memory expandable to 8 Mbytes (this model 
has 2 Mbytes). Includes six EISA 32-bit expansion slots and two AT slots. Cost: $5,000. 

A graphics display controller on an AT-bus compatible board with 1 Mbyte (expandable to 5 141 

Mbytes) of RAM. Displays 16 colors from a palette of 4,096 or 256 colors simultaneously from 
a palette of 16.7 million. Comes with display list drivers and Nth View, plus other Nth soft¬ 
ware. Cost: $3,395 for 16-color 1,024x768 resolution; $3,995 for 1,280x1,024 resolution. 


Oak Technology 
OakHorizon Board 
Evaluation board 


An AT-size engineering evaluation board for use with the OakHorizon laptop and desktop PC 142 
chip sets. Contains eight memory sockets, serial and parallel ports, a SuperVGA video inter¬ 
face, and a socket for the Oak BIOS PROMs. Free 30-day trial period. Cost: $2,000. 


Pioneer Computer 
Vantage 80386-20, -25 
386 boards 


Two 80386-based boards running at 20 and 25 MHz, respectively. Feature zero wait state op- 143 
eration, 1-8 Mbytes of on-board memory, seven expansion slots, and a two-year warranty. 

Cost: starts at $500 for 386-20, $575 for 386-25. 


Samsung Information 

Systems 

SD700 

386SX PC 


A 386SX-based PC with an operating speed of 16 MHz, five expansion slots, and 2 Mbytes of 144 
RAM. Has a 1.2-Mbyte 5.25-inch floppy disk drive, one parallel and two serial ports, and sup¬ 
port for VGA, EGA, CGA, HGA, and MDA. Runs MS-DOS 3.3 and GW-Basic. Ships in first 
quarter. Cost: $2,195. 


Spectrum Signal 

Processing 

Dataq 

Data acquisition processor 


A data acquisition processor board based on the TMS320C25 DSP chip. Also includes DSP- 
I .ink For IBM PC XTs, ATs, and compatibles. Features a buffer management unit chip. Comes 
with monitor/debugger, a 256Kxl6-bit buffer memory module, C interface library, and 
128Kx 16-bit of local processor memory. Cost: $2,495 (samples). 
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Tatung 

TCS-9270, -9000 
486 PC 


A 25-MHz 80486-based PC compatible with MCA (TCS-9270) or EISA (TCS-9000). Has 2 146 

Mbytes expandable to 64 Mbytes, built-in VGA, a mouse port, two RS-232 serial ports, bidi¬ 
rectional parallel ports, four expansion slots, and dual floppy and ESDI hard disk controllers. 
Production in first quarter. Pricing not set. 


Wang Laboratories 
PC 380/25C 
386 PC 


A 25-MHz 80386-based PC using the AT-bus standard. Employs a cache memory architecture, 147 
using 32 Kbytes of 35-ns SRAM cache. Includes a CPU with 1 Mbyte of memory, a keyboard, a 
floppy drive controller, two serial ports and one parallel port, and a 1.2- or 1.44-Mbyte floppy 
disk drive. Main memory expands to 16 Mbytes. Cost: $5,795. 
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2ND ACM SIGPLAN SYMPOSIUM ON PRINCIPLES 
AND PRACTICE OF PARALLEL PROGRAMMING 
Seattle, Washington: March 14-16, 1990 



Registration: A desk for on-site registration will be set up at the 
hotel. It will be open during the tutorial breaks on Wednesday, 
March 14, as well as during the Wednesday evening reception and 
as needed during the regular program meeting. 

Airfare k Local Transportation: United Airlines has been 
designated the official carrier of PPoPP ’90, offering special round- 
trip fares to North American conferees. United will allow an addi¬ 
tional 5% savings off published round-trip fares within the United 
States, or 40% off full-coach fare from domestic cities or compa¬ 
rable published Canadian Meeting fares from selected Canadian 
cities. These fares are valid from January 13 through January 21, 
1990. To take advantage of these discounts, call (800) 521-4041 
and cite Plus ID No. 0028 J, or give this information to your local 
travel agent. 

Reception: There will be a reception for all registrants from 
7-10pm on Wednesday evening at the Stouffer Madison. 


Aquarium Evening/Dinner: Thursday a special evening is 
planned at the Seattle Aquarium, located at Pier 59 on the Seattle 
waterfront (less than a mile from the hotel.) Bns transportation 
will be provided, and a buffet with wine and beer is included. 

Further Information: For further information contact David 
Nothin (206) 545-3798 (notlrinQcs.washington.edu), Vicky Palm 
(206) 545-3796 (palmQcs.washington.edu), or write for a more 
complete brochure: 

Vicky Palm, PPoPP ’90 

Department of Computer Science k Engineering 
University of Washington 
Seattle, WA 98195 


Registration Form: PPoPP ’90 


Hotel Reservation Form: PPoPP ’90 


Please circle fees you are paying 


March 14 - 16, 1990 (Return by Feb. 21) 


Early Fee Late Fee 

_ (by 2/21) (after 2/21) 

Standard $235 $285 

Full-time Student $150 $200 


Tutorials and the main program will be held in the Stouffer Madi¬ 
son Hotel in downtown Seattle. 125 rooms have been blocked for 
PPoPP, so it is important that you make your reservation early. 
Quoted room rates apply March 13-16. Reservations mast be 
received by the hotel by February 21, 1990. 


Program registration fee includes: Wednesday evening re¬ 
ception, Thursday and Friday lunch, Thursday Aquarium buffet, 
coffee breaks, and a copy of the proceedings. 

Number_of additional Aquarium tickets Q $35 each. 

(Extra tickets not available at door.) 


Tutorial(s) registration: Register for A, B, C, or A4cB. 
Tutorial fees include coffee breaks, but not lunch/dinner. 
Session A: Programming Support Environments (1/2 day) 
sion B: Parallel Symbolic Computation (1/2 day) 
Session C: Parallelizing Compilers (full day) 

Early fee (by 2/21) Late fee (after 2/21) 
Standard Student Standard Student 


$175 $100 $225 $150 

$175 $100 $225 $150 

$250 $150 $300 $200 

A&B: $250 $150 $300 $200 


Name (for name tag)_ 

Affiliation (for name tag) 
Address_ 


Phone ( ) 


Circle room desired k return form directly to: 
Stouffer Madison Hotel 
515 Madison Street 
Seattle, Washington 98104 
(206) 583-0300 

Single: $ 98 

Double: $118 

Madison Corner Suites: $129 




Sharing with_ 


Daytime phone number ( 

) 

Departure date_ 

_Departure time_ 


Arrivals after 4:00pm must guarantee first night accommodations 
with check, money order, or major credit card. Guarantees are 
recommended in any case since travel delays often cause late ar- 


E-mail_ 

Dietary Restricts 


Credit card company, 
Card number_ 


Kosher Vegetarian 

Fill out the above form and mail with check to: 
PPoPP ’90 
c/o Vicky Palm 

Dept, of Computer Science k Engineering, FR-35 
University of Washington 
Seattle. WA 98195 


Expiration date ■ 

Signature_ 

Reservations received after the contracted block of rooms is full 
or the cut-off date of February 21 are subject to space and rate 
availability. Early reservations are essential because a complete 
sellout of hotel space in Seattle is not uncommon. 















































PPoPP Schedule 
March 14-16, 1989 


Tutorials 

Wednesday, March 14 
Tutorials Chair: Constantine Polychronopoulos 
University of Illinois at U rbana-Champaign 

Tutorial Session A (morning) 
“Programming Support Environments 
for Parallel Computer Systems” 

Ken Kennedy, Rice University 
7:30am - Coffee 
8:00am - 10:00am 
Coffee break 
10:30am - 12:30pm 

Tutorial Session B (afternoon) 

“Parallel Symbolic Computation: 

Languages and Algorithms” 

Robert Halstead, DEC-Cambridge Research Lab 
William L. Harrison III, University of Illinois 
at Urbana-Champaign 
Richard P. Gabriel, Lucid, Inc. 

1:30pm - 3:30pm 
Coffee break 
4:00pm - 6:00pm 
Dinner break 
8:00pm - 9:00pm 

Tutorial Session C (full day) 
“Parallelizing Compilers & Runtime Systems” 
Constantine D. Polychronopoulos, University of Illinois 
at Urbana-Champaign 
Michael Wolfe, Oregon Graduate Institute 
8:00am - Coffee 
8:30am - 10:00am 
Coffee break 
10:30am - 12:30pm 
Lunch break 
1:30pm - 3:00pm 
Coffee break 
3:30pm - 5:00pm 
5:30pm - 6:30pm 


Program Chair: 

David A. Padua, 

University of Illinois at Urbana-Champaign 
General Chair: 

Edward Lazowska, University of Washington 

Program Committee Members Arvind, MIT 

Jeanne Ferrante, IBM Yorktown Heights 

Geoffrey Fox, Caltech 

Dennis Gannon, Indiana University 

David Gelernter, Yale University 

Allan Gottlieb, New York University 

Robert Halstead, DEC-Cambridge Research Lab 

H.T. Knng, Camegie-Mellon University 

David Nothin, University of Washington 

Ross Overbeak, Aigonne National Laboratory 

Local Arrangements Chair: 

David Notion, University of Washington 
Department of Computer Science 4c Engineering 
Seattle, Washington 98195 


THURSDAY, MARCH 15, 1989 
8:30 Invited Speaker: Neil Lincoln 

Supercomputer Systems Engineering ic Services Company 
Megaflop Meanderings, Musings & Mutterings 
10:00 Break 

10:30 An Empirical Comparison of Monitoring Algorithms for Access 
Anomaly Detection 

A. Dinning (NYU) tc E. Schonberg (IBM) 

11:00 Modeling Concurrency in Parallel Debugging 

W. Hseush ic G.E. Kaiser (Columbia) 

11:30 Analysis of Event Synchronization in a Parallel Programming Tool 

D. Callahan (Tera), K. Kennedy ic J. Subhlok (Rice) 

12:00 Lunch 

1:30 Programming Techniques for Efficiently Exploiting Parallelism in 
Logic Programming Languages 

E. Tick (Tokyo) tc N. Ichiyoshi (ICOT) 

2:00 Design and Distributed Implementation of the Parallel Logic Lan¬ 
guage Shared Prolog 

V. Ambriola, P. Ciancarini ic M. Danelutto (Pisa) 

2:30 A Multi-Level Load Balancing Scheme for OR-Parallel Exhaustive 
Search Programs on the Multi-PSI 

M. Furuichi (Mitsubishi), K. Taki ic N. Ichiyoshi (ICOT) 

3:00 Break 

3:30 The Evolution of HPC/VORX 

H.P. Katseff, R.D. Gaglianello ic B.S. Robinson (AT&T) 

4:00 Multi-Model Parallel Programming in Psyche 

M.L. Scott, T.J. LeBlanc ic B.D. Marsh (Rochester) 

4:30 Real-Time, Concurrent Checkpoint for Parallel Programs 

K. Li (Princeton), J.F. Naughton (Wisconsin) ic J.S. Plank (Prince¬ 
ton) 

7:15 Evening at the Aquarium 

FRIDAY, MARCH 16, 1989 

8:30 Analysis of Synchronization in Massively Parallel Discrete Event 
Simulations 

D. Nichol (William ic Mary) 

9:00 A Chare Kernel Implementation of a Parallel Prolog Compiler 

B. Ramknmar ic L.V. Kale (Illinois) 

9:30 An Implementation of a Barotropic Numerical Weather Prediction 

Model in the Functional Language SISAL 
P.S. Chang ic G.K. Egan (Melbourne) 

10:00 Break 

10:30 Employing Register Channels for the Exploitation of Instruction 
Level Parallelism 
R. Gupta (Philips) 

11:00 Continuations and Concurrency 
R. Hieb ic R.K. Dybvig (Indiana) 

11:30 An Approach to Ordering Optimizing Transformations 
D. Whitfield ic M.L. Soffa (Pittsburgh) 

12:00 Lunch 

1:30 The Process Trellis Architecture for Real-Time Monitors 
M. Factor (Yale) 

2:00 The Effectiveness of Task-Level Parallelism for High-Level Vision 
W. Harvey, D. Kalp, M. Tambe, D. McKeown ic A. Newell (CMU) 
2:30 Munin: Distributed Shared Memory Based on Type-Specific Memory 
Coherence 

J.K. Bennett, J.B. Carter ic W. Zwaenepoel (Rice) 

3:00 Break 

3:30 Supporting Shared Data Structures on Distributed Memory Architec¬ 
tures 

C. Koelbel ic P. Mehrotra (Purdue) 

4:00 Concurrent Aggregates (CA) 

A.A. Chien tc W.J. Dally (MIT) 

4:30 A Methodology for Implementing Highly Concurrent Data Structures 
M. Herlihy (CMU) 








The Sixth IEEE Conference on 

ARTIFICIAL 
INTELLIGENCE 
APPLICATIONS 

March 5-9, 1990 _ 

Fess Parker’s Red Lion Resort = 

Santa Barbara, California 1 

Mark S. Fox, General Chair zz 

Se June Hong, Program Chair 
Don W. Kosy, Tutorial Chair 

The Sixth IEEE Conference on Artificial Intelligence Applications (CAIA-90) is devoted to the application of artificial intelligence 
techniques to real-world problems. This year’s conference will focus on both case studies and advances in AI techniques and 
principles that underlie knowledge-based systems and which enable ever more ambitious real-world applications. This 
conference provides a forum for such synergy between applications and AI techniques. 

Tutorial sessions will be held Monday, March 5 and Tuesday, March 6. The technical program sessions will be Wednesday, 
March 7 through Friday, March 9. 

TUTORIAL TITLES: 

■ Planning, Developing and Managing Expert Systems in Business and Industry 

■ Case Based Reasoning 

■ Evaluating Knowledge Engineering Tools 

■ Practical Applications of Machine Learning 

■ Developing Neural Network Applications 

■ Model-Based Diagnosis 

■ Knowledge Based Systems in Telecommunications 

■ AI in Finance and Business Administration 

THE CONFERENCE KEYNOTE ADDRESS, titled “Knowledge Based Systems: The Competitive Imperative of the 90s,” will be 
presented by Ed Mahler, AI Program Manager at E.I. DuPont and de Nemors, Inc. 

INVITED TALKS TITLES: 

■ Modeling and Analyzing Business: A High Payoff Challenge for AI 

■ Robots That Work 



PANEL TITLES: 

■ The Future of AI and AI Applications 

■ How to Deploy Lisp Applications 

■ Verification and Validation of AI Applications 

■ Everyday Encounters with AI 


areas: Engineering/Manufacturing, Business/Decision Support, and Enabling Technology. 


PAPER SESSIONS will be in three 
Session topics are: 

■ Diagnosis 

■ Connectionism in AI 

■ Design 

■ Advanced Rule Systems 

■ Design and Planning 


■ Abstract Models 

■ AI in Space 

■ Inductive Generalization 

■ Scheduling 

■ Domain-Independent Tools 


■ Domain-Specific Tools 

■ Offices and Project Management 

■ User Interfaces 


Demonstrations of AI applications, consisting of videos and actual demos, will be held on Thursday afternoon. The IEEE 
Computer Society will also sponsor a computer bridge tournament in conjunction with the conference. 


The conference will end on Friday at 12:45 p.m. 


COST: Take advantage of the lower registration fees being offered to everyone who registers before February 9, 1990. 
Conference — S245 for members, S305 for non-members, S75 for students. Tutorial— S150 for members and students, S185 
for non-members. Rooms are available at Fess Parker’s Red Lion Resort at the special rate of S110, single or double. 

FOR ADDITIONAL INFORMATION: A complete advance program, including conference registration and hotel reservation forms, 
can be obtained from the IEEE Computer Society, 1730 Massachusetts Avenue, NW, Washington, DC 20036. (202) 371-1013. 
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Supercomputing in turbulent times focus of Supercomputing conference 


Ware Myers, Contributing Editor 

“Within a single month last spring, 
both of supercomputing’s aging pioneers 
l suffered mid-life crises that eventually 
left one [ETA Systems, subsidiary of 
Control Data Corporation] dead and the 
other [Cray Research Inc. and Cray Com¬ 
puter Corporation] divided,” Gary P. 
Smaby reminded a luncheon audience of 
1,100 at Supercomputing 89 in Reno, Ne¬ 
vada, November 16. 

The week-long conference was spon¬ 
sored by the IEEE Computer Society’s 
Technical Committee on Supercom¬ 
puting Applications and Computer 
Architecture and by the ACM. The pro¬ 
ceedings, order No. 2021, is available 
from the Computer Society Press, Los 
Alamitos, California, by calling (800) 
CS-BOOKS or (714) 821-8380 in Cali¬ 
fornia. 

Smaby is president of Smaby Group, 
Inc., a Minneapolis-based consulting, re¬ 
search, and financial advisory firm and a 
senior advisor to Needham and Co., New 
York investment bankers. He specializes 
in high-technology industry, particularly 
supercomputing. 

“During the summer, we witnessed the 
1 painful turmoil in the baby Cray market, 

culminating in the demise of one com¬ 
pany,” Smaby continued. “Then, we 
watched arch rivals Stellar and Ardent 
being taken at gunpoint to the altar. And, 
the aftershocks continued just last Tues¬ 
day as Evans and Sutherland’s computer 
unit threw in the towel.” (Later, Leiann L. 
Lee, manager, marketing communica¬ 
tions for Evans and Sutherland Computer 
Division, said the unit was for sale.) 

“In sum, it has been a tough year for 
most supercomputer vendors,” Smaby 
concluded. 

One of the underlying contributors to 
this turbulence appears to be the fact that 
supercomputer designers are running up 
against the fundamental limits set by the 
laws of physics. Classical supercomputer 
architecture has by now been largely ex¬ 
ploited, Gary M. Johnson, conference 
program chair, pointed out in an inter¬ 
view at the close of the conference. He is 
with the Institute for Scientific Comput¬ 
ing, Research Triangle Park, North Caro¬ 
lina. By being clever, architects can still 



Ron Bailey of NASA 
Ames Research Center, 
the conference chair, 
opened Supercomputing 
89 by citing the confer¬ 
ence theme of architec¬ 
tures, algorithms, and 
applications and said the 
event set new highs for at¬ 
tendance. Some 1,150 
persons attended the 
event, with another 600 
vendor representatives 
on hand and 200 others 
who only visited exhibits. 


“On the issue of super¬ 
computer programma¬ 
bility, I am basically opti¬ 
mistic, not because we 
know all the answers, but 
because we see the begin¬ 
ning of a healthy interac¬ 
tion of people from differ¬ 
ent segments of the com¬ 
munity,” Gary Johnson, 
program chair, said in an 
interview. “This meeting 
is one evidence of that. We 
have hardware designers, 
system software people, 
applications people... all 
kinds.” 


“There are no real inves¬ 
tors out there today, 
meaning people willing 
to commit to a quality 
growth stock for five to 
10 years, not five or 10 
seconds,” according to 
Gary Smaby, president 
of the Smaby Group. 
That attitude affects the 
supply of capital for the 
entire supercomputing 
industry, he said. 


get some impressive marginal improve¬ 
ments, he said, but, if they stick literally 
to the classical recipe, there is not a lot 
more they can do. Aware of this limit, 
people have been looking at alternative 
architectures. 

Broadly speaking, they have seen two 
alternatives. One is to gradually expand 
the very powerful uniprocessor super¬ 
computer to two processors, then four. 
The current Cray machine is up to eight, 
and 16 is coming soon. The other alterna¬ 
tive is to go massively parallel, with 
scores, and recently hundreds, even thou¬ 
sands, of relatively small processors op¬ 
erating in parallel. 

Meantime, just as Gordon Moore pre¬ 
dicted, the power of the microprocessor 
has been doubling about every two 
years. In fact, Intel says its latest unit, the 


i860, selling for about $750, provides 
about one-third the performance of a 
Cray 1 CPU at vector tasks and actually 
exceeds it at scalar computation. It is this 
rapid increase in the power of a processor 
on a chip that led Eugene Brooks of Law¬ 
rence Livermore National Laboratory 
to characterize the phenomenon in a 
panel talk as “the attack of the killer 
micros.” 

Going parallel, in turn, passes the tur¬ 
bulence on into the realm of supercom¬ 
puter programming. That realm has never 
been especially calm. The problems 
themselves are hard. The underlying al¬ 
gorithms change from time to time as bet¬ 
ter ones are found. It has been difficult to 
interface application programs to super¬ 
computers and their operating systems. 
Moreover, trying to modify the old code 
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On the way to a seamless ecosystem 


The figure of merit in supercom¬ 
puting is becoming individual re¬ 
sponse time instead of just raw power 
or even price-performance, keynoter 
John A. Rollwagen, chairman and 
CEO, Cray Research, told the opening 
session of Supercomputing 89 Novem¬ 
ber 14. Power by itself isn’t meaningful 
until the overall supercomputing sys¬ 
tem gets it into the hands, “literally into 
the minds,” of individual investigators, 
he said. The emphasis on the individ¬ 
ual means a completely different para¬ 
digm for the industry. 

The new paradigm revolves around 
network supercomputing. “Possibly a 
more romantic way of putting it is that 
we have to think of ourselves as part of 
an ecosystem,” Rollwagen continued. 
"We don’t exist alone. Certainly there is 
that great machine, the supercom¬ 
puter, but it is useless until it fits into a 
total system — networks obviously, but 
also other kinds of processors, file sys¬ 
tems, security systems, workstations, 
graphics processors, and an awful lot 
of software.”' 

Given the necessity of many inter¬ 
faces, standards become critically im¬ 
portant. “For our part, we want to help 
develop and support them in every as¬ 
pect of the business — computation, 
communications, graphic representa¬ 
tion, user interface to the individual in¬ 
vestigator,” Rollwagen went on. “All 
these standards need to be defined 
and supported by all of us, because no 
one organization in the ecosystem is 
going to set the mode.” 

All these elements are not going to 
work together successfully “unless we 
can somehow create a seamless soft¬ 
ware environment that is as easy as 
putting your mouse down and clicking it 
for the application you want,” Roll¬ 
wagen asserted. 

Part of this environment is very high 
bandwidth communications, not only 
inside the buildings where we work, but 
between the buildings, between the 
states, and between the continents, he 
continued. The individual wants to be 
able to share, to exchange data, to use 
resources no matter where they are in 



The supercomputer is changing 
from a stand-alone unit to a unit in a 
larger system, according to John 
Rollwagen, chairman and CEO of 
Cray Research in the Supercom¬ 
puting 89 keynote address. The en¬ 
tire environment — software, net¬ 
works, etc. — needs to become a 
“seamless” ecosystem. 


the world, through a double click of a 
mouse. 

The third branch. “We are literally at 
a significant point in history," Roll¬ 
wagen said. A third branch of the scien¬ 
tific method, computer simulation, is 
emerging as a day-to-day tool. It is tak¬ 
ing its place next to experimental devel¬ 
opment and mathematical theory as a 
way to new discoveries in science and 
engineering. 

For the last 300 years, since the time 
of Newton and Descartes, science has 
relied on experimentation and mathe¬ 
matical theory to carry it forward. “It is a 
fundamental change to add this third 
branch, this third route to the future," he 
said. “It is taking place in this decade." 

All the hardware is important, of 
course, but it is the fact that it is being 
organized into systems that enables in¬ 
dividuals to bring all this power to bear 


on their problems. That is the fresh fac¬ 
tor; that is the real figure of merit in su¬ 
percomputing: results. 

The low-end market. Cray Re¬ 
search is continuing development on 
the C-90, a high-end supercomputer 
squarely in the tradition of the com¬ 
pany. With the departure of its founder, 
Seymour Cray, to the woods of Colo¬ 
rado — the legal separation became ef¬ 
fective in the middle of the conference 
week — a new breeze seemed to stir in 
Minneapolis. Among recent develop¬ 
ments of note that Rollwagen listed: 

• “We [the industry as a whole] have 
new initiatives, as well as longstanding 
ones, in massively parallel machines 
that are beginning to show important 
results." 

• “We have a growth in the usage of 
departmental supercomputers.” 

• “We see tremendous developments 
in the area of powerful workstations 
that enhance, complement the work of 
large-scale systems.” 

• ‘The rapid development of micro¬ 
processors, particularly RISC archi¬ 
tecture, is astounding.” 

• “We [Cray Research] are seeing a 
continuation through this year of the 
strong spread of supercomputing to the 
commercial sector... We are running 
about half and half.” 

Is there a connection between these 
insights, which Rollwagen offered near 
the beginning of his talk, and his very 
general announcement of a new initia¬ 
tive near its end? 

The new initiative is a low-end 
supercomputer. It will be high speed, 
but it will be much less expensive. A 
product announcement will be forth¬ 
coming in the first or second quarter of 
1990. Moreover, the company plans to 
apply what it learns about lowering 
costs back to its high-end products. 

Is there a connection? Well, Roll¬ 
wagen resolutely refused to elaborate 
further when he talked with reporters 
later. 

— WM 


to run efficiently on parallel processors, 
we encounter the fact that much of this 
code is unstructured. 

Some years now have been devoted to 
the programming problem of going from 
one processor to two, and then to four. 
Programming on the massively parallel 
front may be even more difficult. What 
you think on this issue seems to depend on 
where you sit, judging from interviews on 
the exhibit floor. 

Then, as if these technological factors 


weren’t causing enough turbulence in the 
supercomputing industry, a long string of 
economic influences is at work. For ex¬ 
ample, the cost of researching the tech¬ 
nology and developing a new supercom¬ 
puter at the Cray end of the spectrum has 
increased from $8 million or $9 million 
for the Cray 1 in the 1970s, according to 
Smaby’s analysis, to more than $300 mil¬ 
lion for the Cray 3, due from Cray Com¬ 
puter, Seymour’s new company, this 
year. 


Attack of the killer micros. In a series 
of cartoons, Brooks showed his concep¬ 
tion of the “killer micro.” They have 
small, black, beady eyes, the better to see 
their prey. They have lots of legs, the bet¬ 
ter to catch up with big computers. They 
have the ability to talk to each other, the 
better to threaten supercomputer ven¬ 
dors. 

“Recently, they have evolved sharp 
teeth in the form of pipeline functions in 
the units,” he said, “so you might imagine 
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just which computer vendors are next on 
their list. Some are quite vicious — they 
eat their parents within a year of birth. 

And they quickly mutate into more pow¬ 
erful killers. No one who has faced the 
killer micro has come out alive.” 

If there has been an attack, there must 
be a war on. Brooks cited reports from the 
front: a DEC salesman — Would you like 
to buy a computer with a MIPS chip or two 
in it? An EPS engineer — We were at¬ 
tacked by micros from below. An anony¬ 
mous big name — We have lost the scalar 
performance battle to the microproces- 

“Now, some of these big guys are al¬ 
ready in the tar pits,” Brooks said, “and 
the rest of them are soon to go in.” 

“Future supercomputers, whether on 
our desks or in the computer center in the 
form of huge scalar machines, will be 
made out of microprocessors,” Brooks 
asserted, “because they can get the job 
done and they are [virtually] free in com¬ 
parison to the cost of other hardware.” 

Even now, Brooks said, the perform¬ 
ance of the MIPS R6000 processor ex¬ 
ceeds that of the Cray X-MP by a factor of 
2.5 on large-scale production codes; it 
might even be faster than the new Japa¬ 
nese supercomputers. (For example, 
NEC’s newly introduced top-of-the-line 
SX-X44 provides about eight times the 
peak performance of Cray’s most power¬ 
ful Y-MP system, according to James R. 
Berrett, chairman of HNSX Supercom¬ 
puters Inc., NEC’s US affiliate. As an in¬ 
dicator of progress in the classical super¬ 
computer field, the SX-X44 is 250 times 
as powerful as the original Cray 1.) 

Looking at the performance issue from 
the vantage point of Intel Scientific Com¬ 
puters, Justin Rattner expects micropro¬ 
cessor performance to cross mainframe 
performance in 1995. He did not project 
when microprocessor performance will 
cross supercomputer performance. 

As a leader of the Touchstone project, 
Rattner is one of the generals in the war of 
the micros. Touchstone, jointly sup¬ 
ported by Intel and DARPA, is designing 
and building a massively parallel super¬ 
computer based on Intel’s i860. He told a 
panel that the computer industry is in tur¬ 
moil, the agent of change is the micropro¬ 
cessor, and this turmoil will continue into 
the 1990s. He foresees no discontinuity 
in micro development out beyond the 
year 2000. 

Intel’s IPS2 was a significant improve¬ 
ment over its IPS1, Robert G. Voigt, a 
member of the program committee, 
pointed out in an interview. He is the di¬ 
rector of ICASE (the Institute for Com¬ 
puter Applications to Science and Engi¬ 
neering) at NASA Langley Research 
Center. There were only a couple of years 
between the two machines. The same is 


true of the second Connection Machine, 
produced by Thinking Machines Corpo¬ 
ration. What this means is that companies 
based on commercial microprocessors 
have the ability to adapt faster, Voigt 
said. They don’t have to allow as much 
lead time as those who are pushing out the 
envelope of technology independently. 

The same policy is being followed by 
Myrias Computer, Boston, according to 
its vice president of marketing, R. David 
Lowry. The company was founded in 
Edmonton, Alberta, which remains the 
R&D and manufacturing location. Its 
products range from an entry-level 64- 
processor system to one with more than 
1,000 processors. The components are all 
commercially available. The company 
expects to upgrade its products every two 
years as new microprocessors and other 
components appear. In this way, it can 
ride on the expensive research done by 
the component suppliers and, not so inci¬ 
dentally, keep getting to market faster. 

Moreover, in addition to taking advan¬ 
tage of more powerful components as 
they appear on the market, companies 
such as these can turn around feedback 
from users more rapidly. “They should be 
able to evolve on a shorter time scale than 
classical supercomputer architectures,” 
Johnson said. “The people who design 
them can’t predict the future any better 
than the people at Cray, SSI, NEC, 

Fujitsu, or Hitachi, but they have the ad¬ 
vantage of being able to adapt faster.” 

Going parallel is hard. “Massively 
parallel systems are hard to use, that’s 
true,” Johnson said. “That is why they 
have not been widely exploited up to now 
— do the easiest things first.” 

At Lawrence Livermore, little prog¬ 
ress has been made in going parallel. 
Brooks estimated that about 95 percent of 
the jobs running on two- or four-proces¬ 
sor supercomputers at Livermore are still 
running on a single processor. 

The manager of large-scale computing 
at one of the national laboratories, whom 
I happened to sit next to at the conference 
banquet, was very negative on the pros¬ 
pects for parallel programming. It was his 
decided preference to program a single 
powerful processor. If the laws of physics 
would only cooperate, he would like to 
have an infinitely fast processor with an 
infinitely large memory, every cell of 
which could be accessed in the same very 
short time! 

The classical supercomputer compa¬ 
nies have compilers and tools that help 
the programmer produce code that will 
run on a limited number of processors. 
Sometimes the scientists and program¬ 
mers can start fresh with a new problem. 
Since many scientific and engineering 
problems are parallel in nature, they can 


be mapped to parallel processors. 

In other instances, the programmers’ 
task is to turn existing code into parallel 
code. Of course, given enough human ef¬ 
fort, this could be accomplished. But, 
there are billions of dollars worth of this 
existing uniprocessor code, the so-called 
“dusty decks.” For example. Brooks 
noted that 80 to 90 percent of the Liver¬ 
more laboratory’s $200-billion-a-year 
computing budget goes for salaries for 
programming support. “It would cost bil¬ 
lions of dollars to rewrite it all from 
scratch.” 

“We cannot afford to have the use of 
massively parallel computing explode 
our software development cost in an un¬ 
reasonable manner,” he said. “We cannot 
afford to drop our current software base 
suddenly, just to take care of parallel soft- 

Still, “microprocessor-based mas¬ 
sively parallel machines are at this mo¬ 
ment 10 to 100 times more cost effective 
per CPU,” Brooks went on. “We cannot 
afford to ignore them if we are to maintain 
our technical edge in scientific computa¬ 
tion. Because of this, the laboratory is 
launching a large-scale effort to learn 
how to exploit massively parallel com¬ 
puters for its real application base, as op¬ 
posed to toys for researchers to play with. 
We intend to have real massively parallel 
computers doing real production work 
within three years.” 

A parallelizing compiler that could 
automatically convert these old decks 
into new parallel code would greatly re¬ 
duce the economic size of this conversion 
process. Cray Research has an automatic 
multitasking compiler that identifies 
many of the common parallel constructs, 
according to Robert Ewald, vice presi¬ 
dent for software. However, it does not 
recognize all the parallel constructs and, 
therefore, does not optimize the new 
code. 

The new SX-X series from NEC pro¬ 
vides Fortran 77/SX and C compilers that 
analyze program flow and perform auto¬ 
matic vectorization and parallelization 
of programs, according to Samuel W. 
Adams, HNSX vice president of market¬ 
ing operations. 

Similarly, Convex Computer claims 
that its compilers for Fortran, C, and Ada 
automatically take advantage of its vec¬ 
tor and parallel architecture. Its “auto¬ 
matic self-allocating processors” tech¬ 
nology, implemented in the hardware, 
enables users to run multiple jobs and 
boost the performance of a single job. 
This hardware allocation process “never 
requires the programmer to use special 
techniques to take advantage of the tech¬ 
nology,” the company said. 

The Evans and Sutherland Computer 
Division calls its ES-1 supercomputer 
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moderately parallel. It has 16 independ¬ 
ent computational units in each of up to 
eight processors, providing maximum 
performance of 1.6 Gflops. The com¬ 
pany’s parallel programming environ¬ 
ment enables users to both build parallel 
applications and port existing applica¬ 
tions. Its automatic parallelizer finds 
loops that can be run in parallel across dif¬ 
ferent computational units. 

During Supercomputing 89, Kuck and 
Associates of Champaign, Illinois, an¬ 
nounced several additions to its line of 
automatic optimizing software tools. 
These tools, now available for Fortran 77, 
Fortran 8x, and ANSI C, discover parallel 
and vector opportunities and select effi¬ 
cient methods for executing the program 
on a particular computer architecture, 
according to David Kuck, chairman. 

“Fully automated solutions are not cur¬ 
rently feasible for coarse-grain restruc¬ 
turing, given the capability of today’s 
parallel-programming tool technolo¬ 
gies,” asserted John M. Levesque, vice 
president of Pacific-Sierra Research, 
Placerville, California. The appropriate 
approach is a tool that supports active 
user participation in the process. 

During 1990, Pacific-Sierra plans to 
introduce an interactive parallelizing 
tool, both for restructuring existing For¬ 
tran programs and for creating new paral¬ 
lel applications. Levesque believes this 
tool, initially directed at small-scale 
shared-memory systems with a few pro¬ 


cessors in parallel, will help the user un¬ 
derstand the existing sequential code, 
isolate him or her from the details of im¬ 
plementation, and provide information 
and statistics about the newly restruc¬ 
tured code, enabling the programmer to 
optimize its performance. 

Also during the conference, Intel and 
Pacific-Sierra announced their intention 
to enter into an agreement to develop a 
version of Pacific-Sierra’s new program¬ 
ming tool for Intel’s large-scale parallel 
supercomputers, to be available in the 
second half of 1990. The new tool is said 
to be the first one that will enable pro¬ 
grammers to port existing sequential For¬ 
tran programs to large-scale parallel sys¬ 
tems. 

“When you consider the billions of dol¬ 
lars invested in dusty-deck Fortran and an 
estimated cost of $12 per line to manually 
convert codes to run on large-scale paral¬ 
lel machines,” observed Wendy Vittori, 
director of strategic planning for Intel 
Scientific Computers, “this is precisely 
the kind of software development tool 
that our users have been requesting.” 

The end result of all this effort — to in¬ 
crease peak hardware performance and to 
parallelize programs — is to get more 
useful work through supercomputers. To 
help direct the emphasis in this direction, 
Cray Research presented 20 awards to 
computational researchers at a dinner 
ceremony held during the conference. 

The awards honored teams doing real- 


world work on Cray machines at speeds 
of more than 1 billion flops (1 Gflops). 
For comparison, theoretical peak per¬ 
formance of a Cray Y-MP with eight 
processors is 2.67 Gflops. 

The winning team achieved a perform¬ 
ance of 1.708 Gflops and consisted of 
David V. Anderson, Ralf Gruber, W. An¬ 
thony Cooper, and Ulrich Schwenn. The 
authors include an American, a German, 
a Swiss, and a British Chilean who 
worked together at Ecole Polytechnique 
Federale de Lausanne in Switzerland. 
The program determined the magneto¬ 
hydrodynamic stability of three-dimen¬ 
sional toroidal plasma equilibria. The 
winning program achieved its record by 
employing Cray’s Autotasking compiler 
and Unicos scientific library routines for 
matrix multiply and matrix inversion. 

“Autotasking did such a good job that 
we abandoned our plans to multitask the 
code manually,” Cooper reported. “We 
were able to achieve a parallelization of 
7.35 on an eight-processor machine.” 

The average performance of the other 
19 programs was 1.163 Gflops. At Super- 
computing 90 in New York City next No¬ 
vember, Cray Research will raise the 
stakes. The competition will begin at the 
1.5-Gflops level. 

A number of vendors of massively par¬ 
allel supercomputers exhibited at Super¬ 
computing 89. All claimed to have com¬ 
pilers or programming tools that permit¬ 
ted users to get the cycles out of their 
scores or hundreds of processors. 

Myrias Computer. This company of¬ 
fered to show any experienced program¬ 
mer how “to write, debug, and execute 
parallel programs in five minutes or 
less.” It has devised what it calls “a 
simple and natural way, using a single 
Fortran and C language extension, to ex¬ 
press parallel programs.” This method 
enables programmers to “quickly port ex¬ 
isting programs or write new programs 
with minimal training.” 

Everyone admits that debugging paral¬ 
lel software is difficult. Myrias an¬ 
nounced an interactive symbolic debug¬ 
ger that operates in both Fortran and C 
environments. “It allows the user to de¬ 
bug programs while still executing,” Pe¬ 
ter A. Gregory, president, said. “This per¬ 
mits capture of undefined or multiple 
definition variables, an important con¬ 
sideration when debugging parallel 
tasks. In addition, program execution 
under the debugger is repeatable.” 

NCube. In addition to Fortran 77 and C 
compilers, NCube provides a suite of pro¬ 
gramming tools such as a parallel sym¬ 
bolic debugger and performance moni¬ 
tors to assist in the conversion of software 
from uniprocessor systems to its multi- 


Deep Thought, Hitech tie for chess title 


All during the week of Supercom¬ 
puting 89, November 13-17, in Reno, 
Nevada, 11 computers (and their hu¬ 
man programmers), together with a 
hardy corps of spectators, were deep in 
the 20th ACM North American Com¬ 
puter Chess Championship tourna¬ 
ment. Deep Thought, developed by a 
team at Carnegie Mellon University, 
has dominated the contest for the last 
two years and was the favorite of many 
this year. It searches approximately 2 
million chess positions per second and 
is said to play chess at the grandmaster 
level. 

In the tournament, however, Deep 
Thought was held to a tie by Hitech, 
also developed at Carnegie Mellon. 

The two winners shared the $2,500 
first-prize and $1,500 second-place 
money. Bebe and Mephisto X tied for 
third place. The latter also won a spe¬ 
cial award for the best small computing 
system. Monty Newborn, chairman of 
the ACM Computer Chess Committee, 


received an outstanding contribution 
award. 

Deep Thought consisted of a Sun 4 
plus six special processors. It was pro¬ 
grammed in C+ microcode and trav¬ 
ersed 2 million nodes per second. The 
team included Thomas Anantharaman, 
Mike Browne, Murray Campbell, Feng- 
hsiung Hsu, and Andreas Nowatzyk. 

Hitech was also based on a Sun 4 with 
special hardware. It traversed 100,000 
nodes per second. Carl Ebeling, Hans 
Berliner, Gordon Goetsch, Murray 
Campbell, and Gruss and Andy Palay 
made up the team. 

Bebe had a SYS-10 chess engine and 
was rated at 40,000 nodes per second. 

It was supported by Tony and Linda 
Scherzer. 

The best small computer system, Me¬ 
phisto X, was based on a Motorola 
68030 microprocessor. It processes 
only 10,000 nodes per second. Its de¬ 
signer is Richard Lang of West 
Germany. — WM 
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processor systems. Its systems are scaled 
between 16 and 8,192 processors. The 
largest one delivers 27 Gflops. 

Thinking Machines Corporation. The 
Connection Machine, with thousands of 
processors, is designed for computations 
on large data sets. “If the operations on 
individual data elements are independent 
of one another, there is no inherent need 
for them to be sequential,” the company 
said. “A computer that can store each data 
element in the memory of a separate pro¬ 
cessor is free to operate on all the data ele¬ 
ments at the same time.” If the data set is 
larger than the number of processors, the 
Connection Machine creates virtual 
processors by subdividing the memory 
associated with each processor. Thus, 
each data element has its own virtual 
processor. 

Silicon Graphics. Founded as a graph¬ 
ics company, this firm discovered that it 
needed greater CPU capacity to drive the 
graphics. That led it into the supercom¬ 
puting arena. It provides Unix multi¬ 
tasking, user-level parallel directives, 
and an automatic parallelizing compiler, 
among other software products. 

A classic case of good speedup without 
just breaking the Do loops is found in the 
animation process of rendering the 
frames of a movie, product managers 
John Edelson and Ralph Humphries ex¬ 
plained. The hundreds of different data 
sets are independent, but each runs 
through the same series of calculations. 
Each processor can compute a separate 
frame. 

Active Memory Technology. The DAP 
610 is a single instruction, multiple data 
machine in which each of the 4,096 pro¬ 
cessors simultaneously executes the 
same instruction on data within its own 
memory. AMT’s Fortran-Plus, a modi¬ 
fied version of Fortran 77, contains ex¬ 
tensions and intrinsic routines that allow 
the user to take advantage of data paral¬ 
lelism. Fortran-Plus is a forerunner of the 
parallel facilities in the proposed ISO/ 
ANSI standard Fortran 8x. 

“Everybody sounds as if he has the an¬ 
swer to parallel programming,” I said to 
Johnson. “What is the reality?” 

“I think we are a long way from the 
point at which we can take a dusty deck, 
run it through a parallelizing compiler, 
and come out with something that will run 
with reasonable efficiency,” Johnson re¬ 
plied. “I’m not saying you can’t get some¬ 
thing that will run, but to get a reasonable 
degree of performance out of that ma¬ 
chine is a long way off.” 

“You mean with an automatic parallel¬ 
izing compiler, but if you are willing to 


put in quite a bit of human time...” I 
paused. 

“We’ve got quite a bit of evidence that 
you can do that,” Johnson said. 

Well, that may not be the last word ei¬ 
ther. It will take more than a few days in 
the hubbub of an exciting conference to 
settle this issue. 

Economic forces batter the industry. 

In addition to technology developments, 
economic forces are strongly affecting 
the computer industry. These forces are 
reflected on Wall Street. “For the year 
[1989] to date,” Smaby said, “the Dow 
Jones computer group has fallen 16 per¬ 
cent in the face of a 21-percent upward 
move in the Dow Jones industrial aver¬ 
age, making it the worst performing 
group of the 82 industry sectors Dow 
Jones tracks.” 

The supercomputer part of the sector is 
small, but it has been hit hard. “Since 
April 1987, Cray Research has lost two- 
thirds of its perceived value on Wall 
Street,” Smaby said. “A value of $3.3 bil¬ 
lion vanished in that period. I don’t mean 
to pick on Cray; I could have picked IBM 
or DEC.” 

“For 1989, Cray Research will likely 
post a modest decline in sales and earn¬ 
ings for the first time in its 13-year his¬ 
tory,” Smaby added. For 1990, John A. 
Rollwagen, CRI chief executive, said in 
his November 14 keynote address to the 
conference that the company was project¬ 
ing a flat budget, although he hoped for 
better results. 

One likely cause of the decline of in¬ 
vestor confidence in the supercomputer 
industry is the uncertainty of future de¬ 
fense funding. “Historically, more than 
45 percent of Cray Research’s revenues 
have come directly from government 
agencies and laboratories,” Smaby said. 
In addition, government-funded pur¬ 
chases for universities and defense con¬ 
tractors bring the figure up to nearly 70 
percent. 

Now, in recent weeks, there seems to 
have been a sea change in attitudes to¬ 
ward the defense budget. Even without 
this uncertainty, government funding is 
not large in relation to the number of com¬ 
panies trying to operate in the supercom¬ 
puter industry. Smaby estimated that the 
United States has earmarked $700 mil¬ 
lion for supercomputers over the next 
five years. That sum, plus what can be 
marketed to nondefense organizations, 
has to support a fairly sizable US indus¬ 
try, as well as perhaps at least a few pur¬ 
chases from the Japanese supercomputer 
companies. 

“US vendors can’t afford to be compla¬ 
cent,” in Smaby’s view. “Trade barriers 
will give [them] only temporary sanctu¬ 
ary. Supercomputing has become a 


global industry... Japan itself is probably 
the fastest growing market for supercom¬ 
puters. Western Europe is not far be¬ 
hind.” 

In Japan, much of the supercomputer 
market is nongovernmental, he said, 
while in the US, it is governmental. There 
is an irony in this distribution of ma¬ 
chines in the two countries. “The fact that 
Nissan, for example, can design a car in 
three years instead of five and compete 
with Detroit with that car is perplexing, 
yet at the same time we build trade barri¬ 
ers that keep us from seeing what the 
Japanese have built in their supercomput¬ 
ers. 

“If, in fact, the Japanese are successful 
in building better machines, then they 
have better tools [for design and other 
purposes],” Smaby continued. “If we 
don’t allow our customers to see those 
better tools, we could fall behind [in the 
industries that use these tools], I would 
rather see a level playing field.” 

Smaby has heard rumors that in some 
recent procurements in Japan, MITI told 
some of the customer companies that they 
should buy American supercomputers. 
“Obviously, they are seeing something 
that we aren’t,” he concluded. “I just hope 
that we take a more realistic perspective 
on allowing Japanese machines to be 
brought into this country.” 

Another possible cause of investor 
doubts is the increasing realization that 
the supercomputer business takes large 
amounts of investment. Smaby estimates 
that ETA Systems soaked up $370 mil¬ 
lion before its demise last spring. Sey¬ 
mour Cray needs a comparable amount to 
get the Cray 3 into the marketplace. “I 
have counted at least four advanced-de¬ 
velopment projects focusing on high-end 
machines that will consume between 
$300 and $400 million each,” he said. 

Even the low-end machines have a 
startup investment on the order of $100 
million. Stellar and Ardent consumed 
more than $100 million in R&D to get 
their products to the marketplace, Smaby 
said. “Despite all the money and all the 
hype, sales proved hard to come by, forc¬ 
ing both companies to discount heavily. 
Last year, the two split a meager $25 mil¬ 
lion in sales.” The result: a merger. 

All of this leads to the question: where 
is the money going to come from in the fu¬ 
ture? In fact, one questioner from the 
floor put it bluntly to Smaby. What is 
Wall Street going to do? 

“I am not sure this is a Wall Street prob¬ 
lem,” Smaby replied. “In fact, I think that 
Wall Street is really getting in the way of 
it because of its near-term orientation. 
Your industry is not a near-term busi¬ 
ness... I think Wall Street and the invest¬ 
ment-capital community have done 
about all they can do. The numbers have 
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just gone beyond their ability to fund the 
entire deal.” 

Another possible source is the “deep 
pockets” of huge companies. “If they de¬ 
termine that it is in their strategic interest 
to have a prestigious product at the top of 
their line,” Smaby said, “it will be their 
responsibility to do it.” 

For example, IBM is supplying part of 
the financing for Steve Chen, the former 
Cray Research designer. The Japanese 
occasionally buy a piece of one of the 
low-end companies, but national security 
considerations have excluded them from 
the high-end range. 

That leaves the US government. Presi¬ 
dent Bush’s science advisor, D. Allan 
Bromley, issued a report last September 
entitled “The Federal High-Performance 
Computing Program,” outlining a five- 
year effort in supercomputing and related 
technologies. The program is currently 
seeking political support. At Supercom¬ 
puting 89, the speakers who mentioned it 
all supported it. 

At present, most Congressmen get 


elected without ever having to think 
about funds for science, technology, and 
education, according to Alvin W. 
Trivelpiece, the speaker at the evening 
banquet November 15. He is the director 
of the Oak Ridge National Laboratory 
and spent a period in Washington as the 
director of the Office of Energy Research 
in the Department of Energy. 

“Make this the year when no candidate 
for elected office anywhere in the United 
States gets elected without having to an¬ 
swer a few questions,” he said, conclud¬ 
ing his talk. “What is their position on sci¬ 
ence, technology, education, supercom¬ 
puters, supercolliders, the space station? 

“I don’t care whether they share my 
view of the goodness or badness of these 
things in the greater scheme of things,” 
Trivelpiece said. 

The point is, they shouldn’t be able to 
get elected without at least thinking about 
them, he said. If we start asking ques¬ 
tions, Congress will begin to take science 
and technology as seriously as many of us 
believe it should. 



At the Supercomputing conference 
banquet, Alvin Trivelpiece, director, 
Oak Ridge National Laboratory, urged 
the members of the supercomputing 
community to question candidates for 
Congress as to their stand on funds for 
science, technology, and education. 
“Unless we do that, I don’t think we are 
going to get the resources we need.” 


Vitality, trends of workstation operating 
systems reflected at IEEE-CS workshop 


Social Interplay 

What you do changes the world. 
And what the world does affects 
you. 

IEEE Software looks at news 
from the technical perspective: 
What laws may affect you? What 
are funding trends? What areas 
of research are hot? Where is the 
profession going? Each issue, 
Galen Gruman puts the news in 
context, combining the talents of 
professional journalists and tech¬ 
nical experts. Our Soft News de¬ 
partment offers substance, not 
fluff. 

We’re what a technical magazine 
should be: Practical. Authorita¬ 
tive. Lucid. Direct. 

For subscription information, write IEEE 
Software, 10662 Los Vaqueros Cir., PO Box 
3014, Los Alamitos, CA 90720-1264; call 
(714) 821-8380; or circle the RS number 
below on the reader-service card. 


Software 

The state of the art 
about the state of the practice. 


Luis-Felipe Cabrera 

Position statements in five focus areas 
demonstrated the vitality and trends of 
work under way in the workstation oper¬ 
ating systems field when the second IEEE 
Workshop on Workstation Operating 
Systems was held September 27-29. 

Organized and sponsored by the IEEE 
Technical Committee on Operating Sys¬ 
tems, the workshop was conducted in Pa¬ 
cific Grove, California. Joseph Boykin of 
Encore Computer served as general 
chair, and Luis-Felipe Cabrera of the 
IBM Almaden Research Center was Pro¬ 
gram Committee chair. 

Nineteen operating system research 
projects, as well as several commercial 
offerings, were represented among the 63 
attendees from all the major universities 
and industrial research labs. 

The program featured five position- 
statement sessions intermixed with four 
panel discussions. In addition, several 
work-in-progress presentations were de¬ 
livered at evening sessions. 

The positions-statement topics fo¬ 
cused on (1) What is to be the role of work¬ 
stations? Do we understand it yet? (2) 
What services should the workstation OS 
kernel support? (3) How can the OS sup¬ 
port open systems? (4) Is objected-ori- 
ented the way to go? and (5) A second 
look at some mechanisms and policies. 

The four panel discussions addressed 


the following questions: (1) Are worksta¬ 
tions just front ends or are they also good 
for real work? (2) Throwing out VM: The 
tip of the iceberg. Should VM really go? 
What new functions should be added? (3) 
Should we build OS shells to be suitably 
specialized ? (4) What are “must provide” 
network services? What constitutes 
server state, and how should it be man¬ 
aged? 

In the concluding session, it was noted 
that, while processor speed, memory den¬ 
sity (and hence capacity), and disk stor¬ 
age capacity continue to increase expo¬ 
nentially, disk data transfer rates have not 
made such progress and, most surpris¬ 
ingly, network data transfer rates have 
been unchanged in the last few years. 

This hardware scenario has influenced 
the mechanisms being studied in several 
research efforts. Operating systems are 
beginning to adapt to the prevalent hard¬ 
ware conditions. 

One trend well represented in the work¬ 
shop was that of addressing problems of 
networked computing. Work on highly 
available file services, for example, has 
been motivated by the dependency of in¬ 
stallations on network file systems. On 
the other hand, basic network services, 
network management, and interoperabil¬ 
ity were issues mentioned as needing 
much further work. 

In contrast to the advances seen in the 
support for networks, it was stated that 
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there has been little change in operating 
systems in the past two years. They have 
acquired few new functions and, perhaps 
worse, the nonoptimized layering of sub¬ 
systems, like window systems on top of 
command interpreters, has created the 
perception that operating systems today 
are slower than two years ago, despite the 
additional processor power available. 

As for the future, there was consensus 
that computer systems should become 
very easy to install, operate, and upgrade. 
Their overall complexity-of-use level 
should come down to that of an appliance. 
Providing advanced function simply was 
noted as a challenge for the next decade. 

The proceedings, order No. 2003, is 
available from the Computer Society 
Press, Los Alamitos, California, by call¬ 
ing (800) CS-BOOKS or (714) 821-8380 
in California. 


Deadline approaches 
to apply for AFIPS 
education travel funds 

January 31 is the deadline to apply for 
education travel grants to attend the Fifth 
World Conference on Computers in Edu¬ 
cation, slated July 9-13 in Sydney, Aus¬ 
tralia. 

AFIPS, the American Federation of In¬ 
formation Processing Societies, is mak¬ 
ing available 40 such travel grants of up to 
$1,500 for attendance at WCCE 90. The 
IEEE Computer Society is one of the 11 
technical and professional societies that 
are members of AFIPS. 

When applying, each candidate for a 
grant should provide the AFIPS selection 
committee with a current resume and 
relevant details of his or her planned con¬ 
ference activities. A panel of qualified 
reviewers will select the individuals to 
receive the grants on the basis of need and 
the role the applicant will be playing in 
the conference program and other activi- 

Grant recipients will be notified by 
March 15, and grant monies will be dis¬ 
tributed about four weeks before the con¬ 
ference. Each recipient will be required 
to travel via a US airline and must submit 
a post-conference report on his/her con¬ 
ference-related activities to AFIPS 
within 60 days after the conference. 

Applications and further information 
can be obtained by calling Dianne Edgar, 
AFIPS managing director, 1899 Preston 
White Dr., Reston, VA 22091, phone 
(703) 620-8900, or Neal Coulter, AFIPS 
Education Committee chair, at (407) 
367-3180. 


At GTE Laboratories, we want to learn how to make our software 
learn from experience; use experience in solving problems; practice 
curiosity; exhibit innovation; and do the things that intelligence does. 
In our Computer and Intelligent Systems Laboratory, we are looking 
for experienced individuals for several of our departments. The posi¬ 
tions range from a department manager to both basic and applied 
research scientists. 

Department Manager 
Computer and Information Systems 

The focus of the research in the Computer and Information Systems 
department includes system requirements modeling environments, 
formal specification and verification of software systems, information 
retrieval and distributed operating systems. We are seeking an indivi¬ 
dual to assume the responsibility of managing the advanced research 
in these areas, and to provide leadership to GTE in future software 
technologies. 

The ideal candidate will have a minimum of 15 years’ research experi¬ 
ence in computer science and software engineering. Specific technical 
experience should include software modeling or network operating 
system design. Candidates should also have a deep understanding of 
the issues in real-time distributed computing, particularly as they 
relate to large-scale telecommunications systems. 

Research Scientist 
Machine Learning 

Our machine learning research group is developing both symbolic and 
connectionist technologies, and using those technologies to learn how 
to control systems. We are expanding the group to explore possible 
uses of machine learning technologies in the control of telecommuni¬ 
cations networks and manufacturing applications. In addition to basic 
research, we are developing domain-specific applications. 

Research Scientist 
Distributed Operating Systems 

We are currently enhancing a group conducting research in distri¬ 
buted operating systems which will unify a network of cooperating 
autonomous, heterogeneous processors and replicated databases. 
Issues concern both the tradeoffs between network and distributed 
operating systems, and the interoperability of software components 
implemented on a mix of platforms and languages, including issues of 
access, distributed control and process migration. Research is con¬ 
ducted using synthesis and prototyping with emphasis on architectural 
and applicability issues. 

Research Scientist 
Information Retrieval 

We are extending the state-of-the-art in Information Retrieval sys¬ 
tems, primarily through the development of a multi-media system 
that includes full-text retrieval, graphics, pictures and other structur- 
able information; algorithms and their implementation for document 
modeling; and the user-interface to the retrieval system itself. 
Research prototypes will be developed in C and X-windows on multi¬ 
ple operating system platforms. 

The above positions require a Ph.D. in Computer Science or equivalent 
along with a practicing familiarity with the specific technologies involved. 

GTE Laboratories offers attractive facilities located in a 
quiet, wooded setting just outside of Boston, as well as a 
highly competitive salary and benefits package. We invite 
you to send a resume to Vanessa Stem, GTE Laboratories, 
Inc., Box IEEEC190, 40 Sylvan Road, Waltham, MA 02254. 
An equal opportunity employer, M/F/H/V. 
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CALL FOR PAPERS 


Workshop on Interconnections 
^7 Within High-Speed Digital Systems: 
May 17-19, 1990, Santa Fe, N.M. Cosponsors: 
IEEE Communications Society et al. Submit 
paper to Randal Moulic, IBM Research Div., 
PO Box 704, Rm. H4-A04, Yorktown Heights, 
NY 10598, phone (914) 789-7321. 

ICCC 90, 10th Int’l Conf. on Computer 
Communication: Nov. 5-9, 1990, New Delhi, 
India. Sponsor: Int’l Council on Computer 
Communication. Submit draft of paper by Jan. 
20, 1990, to S. Ramani, National Centre for 
Software Technology, Gulmohar Cross Rd. 
No. 9, Juhu, Bombay 400-049, India, phone 91 
(22) 620-1606. 


ITC 90, Int’l Test Conf.: Sept. 10-12, 
^57 1990, Washington, DC. Cosponsor: 
IEEE Philadelphia Section. Submit paper by 
Jan. 22,1990, to H. Alan Hoover, ITC, PO Box 
264, Mt. Freedom, NJ 07970, phone (219) 895- 
5260 (for authors in North America); or Teruo 
Tamama, NTT LSI Labs, 3-1 Morinosato 
Wakamiya, Atsugi-Shi, Kanagawa 243-01, 
Japan, phone (81) 462-40-2225 (for Asia). 


Tencon 90, IEEE Region 10 Conf. on Com¬ 
puter and Communication Systems: Sept. 
24-27, 1990, Hong Kong. Cosponsor: IEEE 
Hong Kong Section. Submit extended summary 
and abstract by Jan. 22,1990, to Y.S. Cheung, 
Electrical and Electronic Engineering Dept., 
Univ. of Hong Kong, Pokfulam, Hong Kong. 


Fourth TC2 Working Conf. on Database Se¬ 
mantics: July 2-6, 1990, Windermere Lake 
District, UK. Sponsor: IFIP, Coopers and 
Lybrand UK. Submit full paper, short paper, 
and panel statement by Jan. 29,1990, to Wil¬ 
liam Kent, Hewlett-Packard Labs, Dept. 3U, 
1501 Page Mill Rd., Palo Alto, CA 94304- 
0971; or Robert Meersman, Infolab, Tilburg 
Univ., PO Box 90153, 5000 LE Tilburg, The 
Netherlands. 


Second Symp. on Integrated Ferroelectrics: 

Mar. 6-8, 1990, Monterey, Calif. Submit ab¬ 
stract by Jan. 30,1990, to Alona S. Miller, Mi¬ 
croelectronics Research Labs, Univ. of Colo¬ 
rado at Colorado Springs, PO Box 7150, Colo¬ 
rado Springs, CO 80933-7150, phone (719) 
593-3488. 


13th Int’l ACM/SIGIR Conf. on Research 
and Development in Information Retrieval: 

Sept. 5-7, 1990, Brussels. Submit paper by 
Jan. 31,1990, to Gerard Salton, Computer Sci¬ 
ence Dept., Cornell Univ., 4133 Upson Hall, 
Ithaca, NY 14853 (for authors in the Americas 
and Asia); or Leo Egghe, Limburgs Univ. Cen¬ 
trum, Universitaire Campus, B-3610 Diepen- 
beek, Belgium (for authors in Europe, Africa, 
and Australia). 


ICARCV 90, Int’l Conf. on Automation, 
Robotics, and Computer Vision: Sept. 18-21, 
1990, Singapore. Sponsor: Nanyang (Sin¬ 
gapore) Technological Inst. Submit extended 
summary and abstract by Jan. 31,1990, to D.P. 
Mital, ICARCV 90, School of Electrical and 
Electronic Engineering, Nanyang Technologi¬ 
cal Inst., Nanyang Avenue, Singapore 2263. 

Eurographics Workshop on Object-Ori¬ 
ented Graphics: June 6-8, 1990, Konigswin- 
ter, Federal Republic of Germany. Sponsors: 
Eurographics and German Society for Infor¬ 
matics. Submit paper by Jan. 31,1990, to 
Marja Hegt, 0-0 Graphics Workshop, CWI, 
Kruislaan 413, 1098 SJ Amsterdam, The Neth¬ 
erlands, phone 31 (20) 592-4058. 

21st Pittsburgh Conf. on Modeling and 
Simulation: May 3-4, 1990, Pittsburgh. Spon¬ 
sors: Univ. of Pittsburgh et al. Submit abstract 
and summary by Jan. 31,1990, to William G. 
Vogt or Marlin H. Mickle, Modeling and Simu¬ 
lation Conf., 348 Benedum Engineering Hall, 
Univ. of Pittsburgh, Pittsburgh, PA 15261. 

ISPRS Commission V Symp.: Sept. 3-7, 

1990, Zurich, Switzerland. Cosponsors: Int’l 
Society for Photogrammetry and Remote 
Sensing et al. Submit abstract by Jan. 31, 1990, 
and paper by June 15,1990, to ISPRS Commis¬ 
sion V Symp., Inst, of Geodesy and Photo¬ 
grammetry, ETH-Hoenggerberg, 8093 Zurich, 
Switzerland, phone 41 (1) 377-3051. 

CC 90, Third Int’l Workshop on Compiler 
Compilers: Oct. 22-26, 1990, Schwerin, Ger¬ 
man Democratic Republic. Sponsors: German 
Democratic Republic Academy of Sciences 
Inst, of Informatics and Computing Technique 
et al. Submit preliminary paper by Jan. 31, 
1990, to CC 90 Organizing Committee, c/o Mi¬ 
chael Albinus, Akademie der Wissenschaften 
der DDR, Inst, fur Informatik und Rechentech- 
nik, Rudower Chaussee 5, Berlin, GDR — 1199. 


IEEE Expert plans a track on object- 
^§7 oriented programming in Al during 
1990. Submit abstract as soon as possible and 
full manuscript by Feb. 1,1990, to Sherman 
Alpert, IBM T.J. Watson Research Center, PO 
Box 704, Yorktown Heights, NY 10598, phone 
(914) 789-7279. 

Infojapan 90, Int’l Conf. on Informa- 
'5§7 tion Technology: Oct. 1-5, 1990, 

Tokyo. Sponsor: Information Processing Soci¬ 
ety of Japan. Submit paper by Feb. 1,1990, to 
Haruhisa Ishida, Computer Center, Univ. of 
Tokyo, 2-11-16 Yayoi, Bunkyo-ku, Tokyo 
113, Japan, phone 81 (3) 818-0287. 

ICCD 90, IEEE Int’l Conf. on Com- 
'5*7' puter Design: VLSI in Computers and 


Processors: Sept. 16-19, 1990, Cambridge, 
Mass. Submit summary by Feb. 1, 1990, to 
Edward M. Middlesworth, Hewlett-Packard, 
Bldg. 25U, PO Box 10350, Palo Alto, CA 
94303-0867, phone (415) 857-5485. 


^2^. Seventh IEEE Workshop on Real- 
'5*7' Time Operating Systems and Soft¬ 
ware: May 10-11, 1990, Charlottesville, Va. 
Cosponsor: Office of Naval Research. Submit 
position paper by Feb. 1,1990, to Kwei-Jay 
Lin, Computer Science Dept., 1304 W. Spring- 
field Ave., Univ. of Illinois, Urbana, IL 61801, 
phone (217) 333-1424. 


ASAP 90, Int’l Conf. on Application- 
'5*7 Specific Array Processors: Sept. 5-7, 
1990, Princeton, NJ. Cosponsor: Princeton 
Univ. Submit paper by Feb. 1,1990, to Cathy 
Tanner, ASAP 90, School of Electrical Engi¬ 
neering, Purdue Univ., West Lafayette, IN 
47907. 


Second Int’l Conf. on Software Engineering 
and Knowledge Engineering: June 21-23, 
1990, Skokie, Ill. Sponsors: Knowledge Sys¬ 
tems Inst., Univ. of Pittsburgh, and Inst, for In¬ 
formation Industries, Taiwan. Submit abstract 
and paper by Feb. 1,1990, to C.Y. Hsieh, Com¬ 
puter Science Dept., Knowledge Systems Inst., 
1153 Oak St., PO Box 576, Winnetka, IL 
60093-0576. 


Workshop on Computer-Aided Verifica¬ 
tion: June 18-20, 1990, Princeton, N.J. Submit 
preliminary version of paper by Feb. 1, 1990, 
to E.M. Clarke, Computer Science Dept., Car¬ 
negie Mellon Univ., Pittsburgh, PA 15213- 
3890; R.P. Kurshan, AT&T Bell Labs, Rm. 2C- 
353, Murray Hill, NJ 07974; A. Pnueli, 
Weizmann Inst., Rehovot, Israel; or J. Sifakis, 
LGI-IMAG, BP 53X, 38041 Grenoble Cedex, 
France. 

Int’l Workshop on Semantics for Concur¬ 
rency: July 23-25, 1990, Leicester, UK. Spon¬ 
sor: British Computer Society. Submit paper 
by Feb. 1, 1990, to Marta Kwiatowska, Work¬ 
shop on Semantics for Concurrency, Comput¬ 
ing Studies Dept., Univ. of Leicester, Leicester 
LEI 7RH, UK, phone (44) 533-523603. 

IAPR TC7 Workshop on Multisource Data 
Integration in Remote Sensing: June 14-15, 
1990, College Park, Md. Cosponsors: Interna¬ 
tional Assoc, for Pattern Recognition, NASA 
Goddard Space Flight Center. Submit sum¬ 
mary by Feb. 1,1990, to James C. Tilton, MC 
636, NASA Goddard Space Flight Center, 
Greenbelt, MD 20771, phone (301) 286-9510. 

IJCNN 90,1990 Int’l Joint Conf. on Neural 
Networks: June 17-21, 1990, San Diego, 

Calif. Cosponsors: IEEE, Int’l Neural Network 
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Society. Submit paper by Feb. 1,1990, to Nomi 
Feldman, IJCNN, 5665 Oberlin Dr., Suite 110, 
San Diego, CA 92121. 

Usenix Summer 1990 Technical Conf.: June 
11-15, 1990, Anaheim. Submit abstract by 
Feb. 7,1990, to John R. Mashey, Anaheim 
Usenix Technical Program, MIPS Computer 
Systems, 930 Arques Ave., Sunnyvale, CA 
94086, phone (408) 991-0253. 

Compsac 90, 14th Int’l Computer 
Software and Applications Conf.: Oct. 
31-Nov. 2, 1990, Chicago. Submit paper by 
February 15,1990, to Ifay F. Chang, Rm. 
1B28, IBM T.J. Watson Research Center, PO 
Box 714, Yorktown Heights, NY 10595, phone 
(914) 789-7825. 

Int’l Workshop on Rapid System 
Prototyping: June 5-7, 1990, Triangle 
Research Park, N.C. Submit extended sum¬ 
mary and paper by Feb. 15,1990, to Nick Kan- 
opoulos. Center for Digital Systems Research, 
Research Triangle Inst., PO Box 12194, Re¬ 
search Triangle Park, NC 27709, phone (919) 
541-7341. 


Int’l Symp. on Algorithms: Aug. 16-18, 1990, 
Tokyo. Sponsor: IPSJ Special Interest Group 
on Algorithms. Submit detailed abstract by 
Feb. 15,1990, to Tetsuo Asano, Osaka Electro- 
Communication Univ., Hatsu-cho, Neyagawa, 
Osaka 572, Japan, phone 81 (720) 24-1131. 

Fifth Jerusalem Conf. on Information Tech¬ 
nology: Oct. 22-25, 1990, Jerusalem, Israel. 
Sponsor: Information Processing Assoc, of Is¬ 
rael. Submit paper by Feb. 15,1990, to Noah 
Prywes, Computer and Information Dept., 
Univ. of Pennsylvania, Philadelphia, PA 
19104 (for authors in North America); or Amir 
Pnueli, Applied Mathematics and Computer 
Science Dept., Weizmann Inst, of Science, Re- 
hovot, Israel (for all other authors). 


Delft Univ. of Technology, 2628 CD Delft, The 
Netherlands, phone (31) 1578-1442. 

Conf. on Multiuser Interfaces and Applica¬ 
tions: Sept. 24-26, 1990, Heraklion, Crete, 
Greece. Cosponsors: IFIP et al. Submit paper 
by Feb. 20,1990, to Simon Gibbs, Centre 
Universitaire d’Informatique, 12 rue du Lac, 
Geneva 1207, Switzerland, phone 41 (22) 787- 
65-87. 


EKAW 90, Fourth European Knowledge 
Acquisition for Knowledge-Based Systems 
Workshop: June 25-29, 1990, Amsterdam. 
Submit paper by Feb. 26,1990, to Bob 
Wielinga, Social Science Informatics, Univ. of 
Amsterdam, Herengracht 196, 1016 BS Am¬ 
sterdam, The Netherlands, phone 31 (20) 525- 
2160. 


Proc. of the IEEE plans a special issue in Jan. 
1991 on ISDN. Submit paper on networks, 
service, systems, performance, switching, 
standardization efforts, device developments, 
future trends, and new directions by Feb. 28, 
1990, to W.W. Wu, Intelsat, 3400 International 
Dr. NW, Washington, DC 20008-3098, phone 
(202) 944-7224. 

First Japanese Knowledge Acquisition for 
Knowledge-Based Systems Workshop: Oct. 
25-26, 1990, Kyoto, Japan, and Oct. 29-31, 
1990, Tokyo. Cosponsors: Kansai Inst, of Infor¬ 
mation Systems et al. Submit draft by Feb. 28, 
1990, to Hiroshi Motoda, Advanced Research 
Lab, Hitachi, Kokubunji, Tokyo 185, Japan. 


1990 Conf. on Software Maintenance: 

Nov. 26-29, 1990, San Diego, Calif. Sub¬ 
mit paper by Mar. 1,1990, to John Munson, 
Computer Science Div., Univ. of West Florida, 
Pensacola, FL 32514, phone (904) 474-2989; 
or Malcolm Munro, Centre for Software Main¬ 
tenance, Univ. of Durham, Durham DH1, 3LE, 
England, phone 44 (091) 374-2634. 


Third IFIP Workshop on Geometric Model¬ 
ing: June 17-21, 1990, Rensselaerville, NY. 
Submit brief summary by Feb. 15,1990, to 
Mary Johnson, Rensselaer Design Research 
Center, Rensselaer Polytechnic Inst., Troy, 

NY 12180-3590, phone (518) 276-6751. 

16th Int’l Conf. on Very Large Data Bases: 

Aug. 13-16, 1990, Brisbane, Australia. Submit 
paper by Feb. 15,1990, to Dennis McLeod, 
Computer Science Dept., SAL 200 USC, Los 
Angeles, CA 90089-0782; Hans Schek, Com¬ 
puter Science Dept., Swiss Federal Inst, of 
Technology, Switzerland; or Ron Sacks- 
Davis, Computing Sciences Dept., Royal Mel¬ 
bourne Inst, of Technology, Melbourne, Vic. 
3000, Australia. 

ISSAC 90, 1990 Int’l Symp. on Symbolic and 
Algebraic Computation: Aug. 20-24, 1990, 
Tokyo. Cosponsors: ACM et al. Submit paper 
by Feb. 15,1990, to Tateaki Sasaki, Inst, of 
Physical and Chemical Research, Wako-shi, 
Saitama 351-01, Japan. 


DIAC 90, Directions and Implications of 
Advanced Computing: July 28, 1990, Bos¬ 
ton. Sponsor: Computer Professionals for So¬ 
cial Responsibility. Submit abstract and paper 
by Mar. 1, 1990, to Douglas Schuler, Boeing 
Computer Services, MS 7L-64, PO 24346, Se¬ 
attle, WA 98124-0346, phone (206) 865-3226. 

ICCS 90, Int’l Conf. on Communication Sys¬ 
tems: Nov. 5-9, 1990, Singapore. Cosponsors: 
IEEE Singapore Section et al. Submit abstract 
by Mar. 1,1990, to T.T. Tjhung, ICCS 90, c/o 
Meeting Planners Pte Ltd., 100 Beach Rd. #33- 
01, Shaw Towers, Singapore 0718. 

Second Int’l Workshop on Advances in Ro¬ 
bot Kinematics: Sept. 10-12, 1990, Linz, Aus¬ 
tria. Sponsors: Research Inst, for Symbolic 
Computation et al. Submit paper by Mar. 1, 
1990, to Sabine Stifler, RISC, Johannes Kepler 
Univ., A-4040 Linz, Austria, phone 43 (7236) 
3231-50; or Jadran Lenarcic, Josef Stefan Inst., 
Univ. of Edvard Kardelj, Jamova 39, 61111 
Ljubljana, Yugoslavia, phone 38 (61) 214-399. 


Int’l Workshop on Algorithms and Parallel 
VLSI Architectures: June 10-16, 1990, Pont- 
a-Mousson, France. Cosponsors: IEEE, Eura- 
sip. Submit summary by Feb. 19,1990, to Alle- 
Jan van der Veen, Electrical Engineering Dept., 


IAPR Workshop on Syntactic and Structural 
Pattern Recognition: June 13-15, 1990, Mur¬ 
ray Hill, N.J. Sponsor: Int’l Assoc, for Pattern 
Recognition. Submit abstract by Mar. 1, 1990, 
to Henry S. Baird, AT&T Bell Laboratories, 


Rm. 2C-557, 600 Mountain Ave., Murray Hill, 
NJ 07974, phone (201) 582-5744. 

IEEE Trans, on Knowledge and Data 
'^§5' Engineering plans a special section on 
enabling technology for knowledge-based 
systems. Submit paper by Mar. 2,1990, to 
Howard E. Shrobe, Symbolics, Inc., 8 New 
England Executive Park East, Burlington, MA 
01803, phone (617) 221-1304; or Se June 
Hong, IBM T.J. Watson Research Center, PO 
Box 218, Yorktown Heights, NY 10598, phone 
(914) 945-2265. 


SIGComm 90 Conf.: Aug. 1-5, 1990, Phila¬ 
delphia. Sponsor: ACM SIGComm. Submit 
paper by Mar. 2,1990, to Phil Kam, Bell Com¬ 
munications Research, MS 2P-357, 445 South 
St., PO Box 1910, Morristown, NJ 07962- 
1910, phone (201) 829-4299. 


Frontiers 90, Third Symp. on Fron- 
tiers of Massively Parallel Computa¬ 
tion: Oct. 8-10, 1990, College Park, Md. Co¬ 
sponsor: NASA Goddard Space Flight Center. 
Submit extended abstract by Mar. 15,1990, to 
Joseph JaJa, Frontiers 90, UMIACS, Univ. of 
Maryland, A.V. Williams Bldg., College Park, 
MD 20742, phone (301) 454-1808. 

Future Trends 90, Workshop on Fu- 
ture Trends of Distributed Computing 

Systems: Sept. 30-Oct. 2, 1990, Cairo. Submit 
paper by March 16,1990, to Stephen S. Yau, 
Univ. of Florida, CIS Dept., Rm. 301, 
Gainesville, FL 32611, phone (904) 335-8006. 


1990 Int’l Electronics Packaging Conf.: 
Sept. 9-13, 1990, Marlborough, Mass. Spon¬ 
sor: Int’l Electronics Packaging Society. Sub¬ 
mit abstract by Mar. 30,1990, to IEPS 1990 
Program Committee, 114 N. Hale St., Whea¬ 
ton, IL 60187, phone (708) 260-1044. 


J. of Internetworking: Research and Experi¬ 
ence seeks original research papers for its sec¬ 
ond issue. Submit full paper or short technical 
note by Mar. 31,1990, to Deborah L. Estrin, 
Computer Science Dept. Univ. of Southern 
California, Los Angeles, CA 90089-0782, 
phone (213) 743-7842. 


AAECC 8, Eighth Int’l Conf. on Applied Al¬ 
gebra, Algebraic Algorithms, and Error- 
Correcting Codes: Aug. 20-24, 1990, Tokyo. 
Submit paper by Mar. 31,1990, to Hideki 
Imai, Faculty of Engineering, Yokohama Na¬ 
tional Univ., Tokiwadai, Hodogaya-ku, 
Yokohama 240, Japan. 


Int’l Symp. on Fuzzy Approach to Rea- 
soning and Decision Making: June 25- 
29, 1990, Bechyne, Czechoslovakia. Sponsor: 
Int’l Fuzzy System Assoc. Submit paper by 
Apr. 1,1990, to Milan Mares, UTIA-CSAV, 
Pod Vodarenskou Vezi 4, 182 08 Praha 8, 
Czechoslovakia. 


IEEE Conf. on Managing Expert Sys- 
tern Programs and Projects: Sept. 10- 
12, 1990, Washington, DC. Sponsor: IEEE 
Computer Society on Expert Systems. Submit 
paper by Apr. 1,1990, to Randall Shumaker, 
Navy Center for Applied Research in Al, Code 
5510, Naval Research Lab, Washington, DC 
20375. 
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Internal Audit Advanced Technology 
Forum: Sept. 17-19, 1990, Orlando, Fla. Spon¬ 
sor: Inst, of Internal Auditors. Submit paper by 
Apr. 1,1990, to Frank Allen, IIA, 249 Maitland 
Ave., Altamonte Springs, FL 32701-4201. 

Fourth Conf. on Putting Methods and Tools 
into Practice as Aids to Design Information 
Systems: September 25-27, 1990, Nantes, 
France. Sponsor: Univ. de Nantes, Inst. Univ. 
de Technologie, Lab. d’lnformatique, Liana. 
Submit paper by Apr. 1, 1990, to H. Habrias, 3 
Rue du Marechal Joffre, 44041 Nantes Cedex 
01, France, phone (33) 4030-6090. 

1990 IEEE Workshop on Visual Languages: 

Oct. 4-6, 1990, Skokie, Ill. Cosponsors: Univ. 
of Pittsburgh et al. Submit abstract and paper 
by Apr. 1,1990, to S.K. Chang, Computer Sci¬ 
ence Dept., Univ. of Pittsburgh, Pittsburgh, PA 
15260. 


lecon 90, 16th Conf. of the IEEE Industrial 
Electronics Society: Nov. 27-30, 1990, Pa¬ 
cific Grove, Calif. Submit abstract and sum¬ 
mary by Apr. 1,1990, to Alfred C. Weaver, 
Computer Science Dept., Thornton Hall, Univ. 
of Virginia, Charlottesville, VA 22903, phone 
(804) 982-2201 (for authors in North and South 
America); Adolf Habock, Siemens AG, Strom- 
richterwerk Erlangen, Frauenauracher Str. 80, 
D-8520 Erlangen, West Germany, phone 49 
(9131) 731-312 (Europe); or Hiromasa Haneda, 
Electronics Engineering Dept., Kobe Univ., 
Rokko-dai, Nada-ku, Kobe City, Hyogo 675, 
Japan, phone 81 (78) 881-1212 (other regions). 


^3^ Ninth Symp. on Reliable Distributed 

5*7 Systems: Oct. 9-11, 1990, Huntsville, 
Ala. Submit paper by Apr. 1,1990, to Geneva 
Belford, Univ. of Illinois, 1304 W. Springfield 
Ave., Urbana, IL 61801, phone (217) 333-6684. 


,£2^ Supercomputing 90: Nov. 12-16, New 
'5*7 York City. Cosponsor: ACM. Submit 
paper by Apr. 15,1990, to Daniel V. Pryor, Su¬ 
percomputing Research Center, 17100 Science 
Dr., Bowie, MD 20715, phone (301) 805-7407. 

ICCV 90, Third Int’l Conf. on Com- 
'5*7 puter Vision: Dec. 4-7, 1990, Osaka, Ja¬ 
pan. Submit paper by Apr. 30,1990, Saburo 
Tsuji, Osaka Univ., Control Engineering 
Dept., Toyonaka, Osaka 560, Japan. 

Second IEEE Symp. on Parallel and 
'5*7 Distributed Processing: Dec. 10-12, 
1990, Dallas. Sponsor: Dallas Section of the 
IEEE Computer Society. Submit paper by May 
1, 1990, to Behrooz Shirazi, Computer Science 
and Engineering Dept., Southern Methodist 
Univ., Dallas, TX 75275, phone (214) 692- 
2874. 


j£|^TAI 90, Second Computer Society 
v*7 Int’l Conf. on Tools for Artificial Intel¬ 
ligence: Nov. 6-9, 1990, Washington, DC. Co¬ 
sponsors: Rutgers Univ. et al. Submit panel 
proposal, tutorial proposal, and full paper by 
May 15, 1990, to W.T. Tsai, Computer Science 
Dept., 4-192 EE/CS Bldg., 200 Union St. SE, 
Univ. of Minnesota, Minneapolis, MN 55455, 
phone (612) 625-6371. 


CALENDAR 


In the accompanying Calendar, the IEEE Computer Society logo indicates 
'5*7 the conferences the society is sponsoring and participating in; additional 
conference sponsors are also listed. Other conferences of interest to our readers 
are included, as well. 

For inclusion in Call for Papers or Calendar, submit information at least six 
weeks before the month of publication (i.e., for the March 1990 issue, send in¬ 
formation for receipt by January 15, 1990) to Chuck Governale, Calendar Dept., 
Computer, PO Box 3014, Los Alamitos, CA 90720-1264. 


January 1990 


IEEE Design Automation Workshop 
'5*7 on System-Level Modeling, Jan. 21- 

24, Scottsdale, Ariz. Contact Paul J. Drongow- 
ski. Computer Engineering and Science Dept., 
215 Crawford Hall, Case Western Reserve 
Univ., Cleveland, OH 44106, phone (216) 368- 
5028. 

Winter 1990 Usenix Tech. Conf., Jan. 22-26, 
Washington, DC. Contact Daniel V. Klein, 
Software Engineering Inst., Carnegie Mellon 
Univ., Pittsburgh, PA 15213-3890, phone 
(412) 268-7791; or Usenix Conf. Office, 

22672 Lambert St., Suite 613, El Toro, CA 
92630, phone (714) 588-8649. 


Padgett, John Wu, or T. Roppel, EE Dept., 200 
Broun Hall, Auburn Univ., AL 36849, phone 
(205) 844-1855. 


Sixth Int’l Conf. on Data Engineering, 
5*7 Feb. 5-9, Los Angeles. Contact Joseph E. 
Urban, Arizona State Univ., College of Engi¬ 
neering and Applied Sciences, Computer Sci¬ 
ence Dept., Tempe, AZ 85287, phone (602) 
965-2774; or Sixth Int’l Conf. of Data Engi¬ 
neering, IEEE Computer Society, 1730 Massa¬ 
chusetts Ave. NW, Washington, DC 20036- 
1903, phone (202) 371-1013. 


BAST Workshop, Feb. 6-9, Bodega 
'5*7' Bay, Calif. Contact Edward McCluskey, 
Center for Reliable Computing, ERL 460, 
Stanford, CA 94305-4055, phone (415) 723- 
1451. 


Second IEEE Int’l Conf. on Wafer 
5*7 Scale Integration, Jan. 23-25, San 
Francisco. Contact Joe Brewer, 351 White Ce¬ 
dar Ln., Sevema Park, MD 21146, phone (301) 
765-1247. 


Symp. on Electronic Imaging Science and 
Technology, Feb. 11-16, Santa Clara, Calif. 
Sponsors: SPIE, SPSE. Contact Int’l Society 
for Optical Engineering, PO Box 10, Belling¬ 
ham, WA 98227-0010, phone (206) 676-3290. 


Ninth Int’l Conf. on Computing Meth- 
5*7 ods in Applied Sciences and Engineer¬ 
ing, Jan. 29-Feb. 2, Paris. Cosponsor: INRIA. 
Contact INRIA, Service des Relations Exter- 
ieures, Domaine de Coloques—BP 105, 

78153, Rocquencourt, France; phone 33 (1) 
39-63-5600. 


February 1990 


1990 IEEE Aerospace Applications Conf., 
Feb. 3-10, Vail, Colo. Sponsor: IEEE South 
Bay Harbor Section. Contact Douglas Theis, 
Aerospace Corp., M6/204, PO Box 92957, Los 
Angeles, CA 90009. 

First Workshop on Neural Networks: Aca¬ 
demic/Industrial/NASA/Defense Technical 
Interchange and Tutorials, Feb. 5-6, Au¬ 
burn, Ala. Sponsors: NASA/Center for Com¬ 
mercial Development of Space Power and Ad¬ 
vanced Electronics et al. Contact Mary Lou 


Applications Technology Conf., Feb. 12-15, 

San Jose, Calif. Sponsor: American Electron¬ 
ics Assoc. Contact Ed Teja, American Elec¬ 
tronics Assoc., 5201 Great American Pkwy., 
Santa Clara, CA 95054, phone (503) 231-9914. 


Eurasip Workshop on Neural Networks, 
Feb. 15-17, Sesimbra, Portugal. Cosponsors: 
European Assoc, for Signal Processing, IEEE, 
Instituto de Engenharia de Sistemas e Compu- 
tadores. Contact Luis B. Almeida, INESC, 
Apartado 10105, P-1017 Lisboa Codex, Portu¬ 
gal, phone 351 (1) 544-607. 


Ninth IEEE Computer Fair, Feb. 16- 

'5*7 17, Huntsville, Ala. Cosponsors: IEEE 
Computer Society Huntsville Section, IEEE 
Huntsville Section. Contact Terrence A. 
Mizell, 418 Isbell Rd„ Hazel Green, AL 35750, 
phone (205) 828-0803 


ACM SIGForth 90 Workshop on Real-Time 
Software Development, Feb. 16-18, Dallas. 
Sponsor: ACM Special Interest Group on Forth 
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Language. Contact Howard Harkness, 3316 
Vine Ridge, Bedford, TX 76021, phone (214) 
580-1515. 


1990 Workshop on VLSI, Feb. 18-21, 

Clearwater Beach, Fla. Contact Sami Al- 
Arian, Computer Science and Engineering 
Dept., Univ. of South Florida, Tampa, FL 
33620, phone (813) 974-3544. 


CSC 90, 18th Computer Science Conf., Feb. 
19-22, Washington, DC. Sponsor: ACM. Con¬ 
tact Barbara Kyriakakis, Computer Science 
Dept., George Mason Univ., Fairfax, VA 
22030, phone (703) 323-2318. 

21st SIGCSE Technical Symp. on Computer 
Science Education, Feb. 22-23, Washington, 
DC. Sponsor: ACM Special Interest Group on 
Computer Science Education. Contact Rich¬ 
ard Austing, Computer Science Dept., Univ. of 
Maryland, College Park, MD 20742, phone 
(301) 454-2002. 


Nepcon West 90, Nat’l Electronic Packaging 
and Production Conf., Feb. 26-Mar. 1, 

Anaheim, Calif. Contact Michael Critser, 
Nepcon Conf. Group, 1350 E. Touhy Ave., Des 
Plaines, IL 60017-5060, phone (312) 299- 
9311. 


Compcon Spring 90, Feb. 26-Mar. 2, 

San Francisco. Contact Kenichi Miura, 
Computational Research Dept., MS B2-7, 
Fujitsu America, 3055 Orchard Dr., San Jose, 
CA 95134-2017, phone (408) 432-1300, ext. 
5723; or Compcon Spring 90, IEEE Computer 
Society, 1730 Massachusetts Ave. NW, Wash¬ 
ington, DC 20036-1903, phone (202) 371- 
1013. 


£3^ Third Int’l Software for Strategic Sys- 
'549 terns Conf., Feb. 27-28, Huntsville, Ala. 
Cosponsors: IEEE Computer Society 
Huntsville Chapter et al. Contact Continuing 
Education Div., Univ. of Alabama in 
Huntsville, Tom Bevill Center 285, 

Huntsville, AL 35899, phone (800) 448-4035 
or (205) 895-6372. 


March 1990 


Eighth Nat’l Conf. on Ada Technology, Mar. 
5-8, Atlanta. Contact Eighth Nat’l Conf. of Ada 
Technology, US Army Communications— 
Electronics Command, Attn.: AMSEL-RD- 
SE-CRM (Kay Trezza), Fort Monmouth, NY 
07703-5000. 


Z2N CAIA 90, Sixth IEEE Conf. on Artifi- 
cial Intelligence Applications, Mar. 5- 

9, Santa Barbara, Calif. Contact CAIA 90, 
IEEE Computer Society, 1730 Massachusetts 
Ave. NW, Washington, DC 20036-1903, 
phone (202) 371-1013; or Se June Hong, IBM 
T.J. Watson Research Center, Rm. 31-206, PO 
Box 218, Yorktown Heights, NY 10598, phone 
(914) 945-2265. 


Int’l Conf. on Neural Networks, Mar. 6-8, 

Lyon, France. Sponsors: Associazione Italiana 


per l’lnformatica ed II Calcolo Automatico et 
al. Contact Solange Dubeauclard, 1030 N. 
Glenhurst, Birmingham, MI 48009, phone 
(313) 647-7833. 

Second Symp. on Integrated Ferroelectrics, 
Mar. 6-8, Monterey, Calif. Contact Alona S. 
Miller, Microelectronics Research Labs, 

Univ. of Colorado at Colorado Springs, PO 
Box 7150, Colorado Springs, CO 80933-7150, 
phone (719) 593-3488. 

Parbase 90, Int’l Conf. on Databases, Paral¬ 
lel Architectures, and Their Applications, 
Mar. 6-9, Miami Beach. Sponsor: Florida Int’l 
Univ. Contact Parbase 90, School of Computer 
Science, Florida Int’l Univ., Miami, FL 33199, 
phone (305) 554-3386 or 3429. 

EDAC 90, European Design Automa- 
tion Conf., Mar. 12-15, Glasgow, Scot¬ 
land. Contact Gordon Adshead, CEP Consul¬ 
tants, 26-28 Albany St., Edinburgh, EH1 3QH, 
Scotland, UK, phone 44 (31) 557-2478. 


1990 Int’l Conf. on Computer Lan- 
guages, Mar. 12-16, New Orleans. Con¬ 
tact Boumediene Belkhouche, Computer Sci¬ 
ence Dept., Tulane Univ., PO Box 5079, 301 
Stanley Thomas Hall, New Orleans, LA 70118, 
phone (504) 865-5840. 


Second Symp. on Principles and Practice of 
Parallel Programming, Mar. 14-16, Seattle. 
Sponsor: ACM SIGPlan. Contact Edward La- 
zowska. Computer Science Dept., Univ. of 
Washington, Seattle, WA 98195, phone (206) 
543-4755. 


1990 Symp. on Advances in Semiconductors 
and Superconductors, Mar. 17-21, San Di¬ 
ego, Calif. Sponsor: SPIE. Contact Society of 
Photo-Optical Instrumentation Engineers, PO 
Box 10, Bellingham, WA 98227-0010, phone 
(206) 676-3290. 


Second Oregon Workshop on Software Met¬ 
rics, Mar. 19-20, Portland, Ore. Sponsors: 
Portland State Univ. et al. Contact Warren Har¬ 
rison, Computer Science Dept., Portland State 
Univ., PO Box 751, Portland, OR 97207-0751, 
phone (503) 464-3108. 

NCGA 90, Mar. 19-22, Anaheim, Calif. Con¬ 
tact National Computer Graphics Assoc., 2722 
Merrilee Dr., Suite 200, Fairfax, VA 22031, 
phone (703) 698-9600. 

UK IT (Information Technology) 1990 
Conf., Mar. 19-22, Southampton, UK. Spon¬ 
sors: IEE et al. Contact Conf. Services, Institu¬ 
tion of Electrical Engineers, Savoy PI., London 
WC2R 0BL, UK, phone 44 (1) 240-1871. 

Southcon 90, Mar. 20-22, Orlando, Fla. Spon¬ 
sors: EEEE Florida Council et al. Contact 
Southcon 90, 8110 Airport Blvd., Los Angeles, 
CA 90045. 


Eighth Built-In Self-Test Workshop, 
^5? Mar. 21-23, Charleston, S.C. Sponsors: 
IEEE Test Technology Committee. Contact 
Richard Sedmak, Self-Test Services, 6 Lin- 
denwold Terr., Ambler, PA 19002, phone 
(215) 628-9700. 


IPCCC, Ninth IEEE Int’l Phoenix Conf. on 
Computers and Communications, Mar. 21- 

23, Scottsdale, Ariz. Cosponsor: IEEE Com¬ 
munications Society. Contact Forouzan Gol- 
shani. Computer Science Dept., Arizona State 
Univ., Tempe, AZ 85287, phone (602) 965- 
2855. 


Hannover Fair Cebit 90, Mar. 21-28, Han¬ 
nover, West Germany. Contact Hannover Fairs 
USA, 103 Carnegie Center, Princeton, NJ 
08540, phone (609) 987-1202. 

,£3^1 1990 Symp. on Interactive 3D Graph- 
ics, Mar. 25-28, Snowbird, Utah. Spon¬ 
sors: US Office of Naval Research et al. Con¬ 
tact Richard Riesenfeld, Univ. of Utah, Com¬ 
puter Science Dept., 3190 Merrill Engineering 
Bldg., Salt Lake City, Utah 84112, phone (801) 
581-8224. 

Conf. on Al, Simulation, and Planning 
'^1^' in High-Autonomy Systems, Mar. 26- 

27, Tucson, Ariz. Cosponsors: Univ. of Ari¬ 
zona et al. Contact Bernard Zeigler, Electrical 
and Computer Engineering Dept., Office of 
Engineering Professional Development, Univ. 
of Arizona, Box 9 Harvill Bldg., Tucson, AZ 
85721, phone (602) 621-3054 or (602) 743- 
9551. 

ICSE 12, 12th Int’l Conf. on Software 
Engineering, Mar. 26-30, Nice, France. 
Cosponsors: ACM, AFCET. Contact Francois- 
Regis Valette, CERT/DERI, PO Box 4026-2, 
Ave. Edouard Belin-31055 Toulouse, France, 
phone (33) 61-55-71-11; ICSE 12, AFCET, 

156 Bd. Pereire, 75017 Paris, France; or IEEE 
Computer Society, 1730 Massachusetts Ave. 
NW, Washington, DC 20036-1903, phone 
(202) 371-1013. 

1990 Int’l Conf. on Extending Data- 
base Technology, Mar. 26-30, Venice, 
Italy. Cosponsors: EDBT Foundation et al. 
Contact Michael L. Brodie, Intelligent Data¬ 
base Systems Dept., GTE Labs, 40 Sylvan Rd., 
MS 62, Waltham, MA 02254, phone (617) 466- 
2256. 


1990 AAAI Spring Symp. on the Theory and 
Application of Minimal-Length Encoding, 
Mar. 27-29, Stanford, Calif. Contact Edwin 
Pednault, AT&T Bell Laboratories, Rm. 4F- 
611, Crawfords Comer Rd., Holmdel, NJ 
07733, phone (201) 949-1074. 

Supercomputing Japan 90, Mar. 27-29, To¬ 
kyo. Cosponsors: US Commerce Dept, et al. 
Contact Meridian Pacific Group, 116 E. Bl- 
ithedale Ave., Suite 2, Mill Valley, CA 94941, 
phone (415) 381-2255. 

Mathematical Sciences Inst. Symp., Mar. 
29-31, Ithaca, NY. Contact Diana Drake, MSI, 
Cornell Univ., 201 Caldwell Hall, Ithaca, NY 
14853-2602, phone (607) 255-7740. 

PDC 90, Conf. on Participatory Design of 
Computer-Based Applications, Mar. 31- 
Apr. 1, Seattle. Sponsors: Computer Profes¬ 
sionals for Social Responsibility, Computers 
in the Workplace Working Group. Contact Jeff 
Johnson, HP Labs, PO Box 10490, Palo Alto, 
CA 94303-0969, phone (415) 857-7661. 


January 1990 
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April 1990 


CHI 90, Human Factors in Computing Sys¬ 
tems 1990, Apr. 1-5, Seattle. Sponsor: ACM. 
Contact Toni MacHaffie, CHI 90, PO Box 
5847, Beaverton, OR 97006-5847, phone 
(503) 591-1981; or Assoc, for Computing Ma¬ 
chinery, 11 W. 42nd St., New York, NY 10036. 

Sixth MIT Conf. on Advanced Research in 
VLSI, Apr. 2-4, Cambridge, Mass. Contact 
Microsystems Research Center, Rm. 39-321, 
MIT, Cambridge, MA 02139, phone (617) 253- 
8138. 

19th Int’l Programmable Controller/Ex¬ 
pert Systems Conf., Apr. 3-5, Detroit. Spon¬ 
sor: Engineering Society of Detroit. Contact 
ESD, 100 Farnsworth, Detroit, MI 48202, 
phone (313) 832-5400. 

Hydrosoft 90, Int’l Conf. on Hydraulic Engi¬ 
neering Software, Apr. 3-5, Boston. Sponsor: 
Computational Mechanics Inst. Contact Liz 
Newman, CMI, Ashurst Lodge, Ashurst, 
Southampton, S04, 2AA, England, phone 
(042 129) 3223. 

Flairs 90, Florida AI Research Symp., Apr. 
3-6, Cocoa Beach, Fla. Contact Avelino J. 
Gonzalez, Computer Engineering Dept., Univ. 
of Central Florida, Orlando, FL 32816, phone 
(407) 281-5027. 

Fourth Parallel Processing Symp., 
'5*7 Apr. 4-6, Fullerton, Calif. Sponsor: 

IEEE Computer Society Orange County Chap¬ 
ter. Contact Larry H. Canter, c/o Computer 
Systems Approach, 1140 S. Raymond Ave., 
Suite B„ Fullerton, CA 92631, phone (714) 
738-3414. 

VHDL Users’ Group Spring Meeting, 
^*7 Apr. 4-6, Boston. Contact Frederick 
Hinchliffe, CLSI, Suite 210, 15245 Shady 
Grove Rd., Rockville, MD 20850, phone (301) 
963-5200. 

1990 Symp. on Applied Computing, 
^*7 Apr. 5-6, Fayetteville, Ark. Cosponsors: 
Univ. of Arkansas, UA Student ACM Chapter. 
Contact Hal Berghel, Univ. of Arkansas, Com¬ 
puter Science Dept., Fayetteville, AR 72701, 
phone (501) 575-7343. 

OC 90, Int’l Topical Meeting on Opti- 
'557 cal Computing, Apr. 8-12, Kobe, Japan. 
Cosponsors: SPIE et al. Contact S. Ishihara, 
Business Center for Academic Societies Ja¬ 
pan, 3-23-1, Hongo, Bunkyo-ku, Tokyo 113, 
Japan, phone 81 (3) 817-5831. 

1990 IEEE VLSI Test Workshop, Apr. 
^*7 10-11, Atlantic City, NJ. Cosponsor: 
IEEE Philadelphia Section. Contact Wesley E. 
Radcliffe, IBM E. Fishkill, Dept. 277, Bldg. 
321-5E1, Hopewell Junction, NY 12533, 
phone (914) 894-4346. 

Conf. on Computer Modeling in the Envi¬ 
ronmental Sciences, Apr. 10-11, Keyworth, 
UK. Cosponsors: Natural Environment Re¬ 
search Council, Inst, of Mathematics and its 
Applications. Contact G. Darwall, NERC, 


Disco 90, Int’l Symp. on Design and Implem¬ 
entation of Symbolic Computation Systems, 
Apr. 10-12, Capri, Italy. Contact Alfonso Mi- 
ola. Dip. Informatica e Sistemistica, Via Buon¬ 
arroti, 12, 00185 Roma, Italy, phone 39 (6) 
731-2367. 


tories, 600 Mountain Ave., Murray Hill, NJ 
07974, phone (201) 582-2529. 

11th Structured Development Forum, Apr. 
30-May 3, San Diego, Calif. Contact Judith G. 
Hays, Computer Sciences Corp. 1321 Mer¬ 
cedes Dr., Hanover, MD 21076, phone (301) 
859-0400 or (503) 745-5692. 


Applications of Artificial Intelligence 
'5*7 VIII, Apr. 15-18, Orlando, Fla. Spon- May 1990 
sor: SPIE. Contact Mohan M. Trivedi, Univ. of 
Tennessee, Electrical and Computer Engineer¬ 
ing, Ferris Hall, Knoxville, TN 37996-2100, 
phone (615) 974-5450. 


1990 Technical Symp. on Optical Engineer¬ 
ing and Photonics in Aerospace Sensing, 
Apr. 16-20, Orlando, Fla. Sponsor: SPIE. Con¬ 
tact Int’l Society for Optical Engineering, PO 
Box 10, Bellingham, WA 98227-0010, phone 
(206) 676-3290. 

<£1^1 13th IEEE Workshop on Design for 
'5*9 Testability, Apr. 17-20, Vail, Colo. 
Contact T.W. Williams, IBM, PO Box 1900, 
Dept. 67A/021B, Boulder, CO 80301-9191, 
phone (303) 924-7692. 

10th European Meeting on Cybernetics and 
Systems Research, Apr. 17-20, Vienna, Aus¬ 
tria. Sponsor: Austrian Society for Cybernetic 
Studies. Contact Robert Trappl, Cybernetics 
and Artificial Intelligence Dept., Univ. of Vi¬ 
enna, Freyung 6/2, A-1010 Vienna, Austria, 
phone 43 (222) 5353-2810. 

First Int’l Conf. on Systems Integra- 
*557 tion, Apr. 23-26, Morristown, N.J. 
Sponsor: New Jersey Inst, of Technology. 
Contact Peter A. Ng, Computer and Informa¬ 
tion Science Dept., New Jersey Inst, of Tech¬ 
nology, Newark, NJ 07102, phone (201) 596- 
3387. 

1990 Eastern Multiconf., Apr. 23-26, Nash¬ 
ville, Tenn. Sponsor: Society for Computer 
Simulation. Contact SCS, PO Box 17900, San 
Diego, CA 92117-7900, phone (619) 277- 
3888. 

First European Conf. on Computer Vision, 
Apr. 23-27, Antibes, France. Sponsor: INRIA. 
Contact C. Juncker, Institut National de Re¬ 
cherche en Informatique et en Automatique, 
Bureau des Relations Exterieures, Sophia An- 
tipolis, 2004, Route des Lucioles, 06565 
Valbonne Cedex, France, phone 33 (93)-65- 
78-60. 

,£2^. COIS 90, Conf. on Office Information 
'5*7 Systems, Apr. 25-27, Cambridge, Mass. 
Cosponsor: ACM. Contact Robert B. Allen, 
Rm. 2A-367, Bellcore, 444 South St., Morris¬ 
town, NJ 07960-1910, phone (201) 829-4280 
or 4315. 

SETA 1, First Int’l Symp. on Environ- 
V57 ments and Tools for Ada, Apr. 30-May 

2, Redondo Beach, Calif. Cosponsor: ACM. 
Contact Stowe Boyd, Meridian Software Sys¬ 
tems, 23141 Verdugo Dr., Suite 105, Laguna 
Hills, CA 92653, phone (714) 727-0700, ext. 
222; or Dewayne E. Perry, AT&T Bell Labora- 


IAAI 90, Second Conf. on Innovative Appli¬ 
cations of Artificial Intelligence, May 1-3, 

Washington, DC. Sponsor: American Assoc, 
for Artificial Intelligence. Contact AAAI, 445 
Burgess Dr., Menlo Park, CA 94025, phone 
(415) 328-3123. 

24th Carnahan Conf. on Security Technol¬ 
ogy, May 2-4, Lexington, Ky. Contact Glenna 
Vickers, Office of Engineering Continuing 
Education, Univ. of Kentucky, 305 Slone 
Bldg., Lexington, KY 40506-0053, phone 
(606) 257-4296. 

21st Pittsburgh Conf. on Modeling and 
Simulation, May 3-4, Pittsburgh. Sponsors: 
Univ. of Pittsburgh et al. Contact William G. 
Vogt or Marlin H. Mickle, Modeling and Simu¬ 
lation Conf., 348 Benedum Engineering Hall, 
Univ. of Pittsburgh, Pittsburgh, PA 15261. 

10th IEEE Symp. on Mass Storage Sys- 
*5*9 terns, May 6-10, Monterey, Calif. Con¬ 
tact Bernard T. O’Lear, NCAR, PO Box 3000, 
Boulder, CO 80307, phone (303) 497-1268. 

CompEuro 90, IEEE Int’l Conf. on 
'557 Computer Systems and Software En¬ 
gineering, May 7-9, Tel Aviv. Cosponsors: 
IEEE Region 8, IEEE Israel Section, IEEE 
Computer Society Israel Chapter. Contact 
CompEuro 90 Conf. Secretariat, c/o ORTRA, 2 
Kaufman St., PO Box 50432, Tel Aviv, 61500, 
Israel, phone 972 (3) 664-825. 

1990 IEEE Symp. on Research in Secu- 
^§7 rity and Privacy, May 7-9, Oakland, 
Calif. Contact Deborah Cooper, Unisys, 5731 
Slauson Ave., Culver City, CA 90230, phone 
(213) 338-3727. 

(fSjv AISIG 90, Fifth AI Systems in Govern- 
V*7 ment Conf., May 7-11, Washington, 

DC. Cosponsors: Mitre et al. Contact Barry G. 
Silverman, Inst, for AI, George Washington 
Univ., 2021 K St., Suite 710, Washington, DC 
20006, phone (202) 676-5112. 

Fourth Int’l Symp. on Knowledge Engineer¬ 
ing, May 7-11, Barcelona, Spain. Sponsor: 
Madrid Polytechnic Univ. Contact Jose R. 
Chelala, ISKE, Alvarez de Baena, 3-2, 28006 
Madrid, Spain. 

Seventh IEEE Workshop on Real- 
^7 Time Operating Systems and Soft¬ 
ware, May 10-11, Charlottesville, Va. Co¬ 
sponsor: Office of Naval Research. Contact 
Robert P. Cook, Computer Science Dept., 

Univ. of Virginia, Thornton Hall, Charlot¬ 
tesville, VA 22903, phone (804) 924-7605. 
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First IEEE Int’l Conf. on Applications of In¬ 
dustrial Electronics Systems, May 13-17, 

Jerusalem, Israel. Sponsor: IEEE Israel Sec¬ 
tion. Contact Moshe Harpaz, Kibbutz Ein- 
Carmel, D.N. Hof Carmel 30860, Israel, phone 
(972) 4-844410. 


■^2^, 17th Int’l Symp. on Computer Archi- 
tecture, May 28-31, Seattle. Cosponsor: 
ACM. Contact Jean L. Baer or Larry Snyder, 
Univ. of Washington, Computer Science 
Dept., FR-35, Seattle, WA 98195, phone (206) 
543-1695. 


1990 Society for Information Display Int’l 
Symp., May 14-18, Las Vegas. Contact How¬ 
ard L. Funk, IBM Corp., 10/641 3B-60, Old Or¬ 
chard Rd., Armonk, NY 10504, phone (914) 
765-6409. 


Euro ASIC 90, May 28-June 1, Paris. 
N*7 Contact Gabriele Saucier, Institut Na¬ 
tional Polytechnique de Grenoble/CSI, 46, 
avenue Felix Viallet, 38931 Grenoble Cedex, 
France, phone 33 (1) 76-57-46-87. 


■£2^, Workshop on Interconnections 
^*7 Within High-Speed Digital Systems, 
May 17-19, Santa Fe, N.M. Cosponsors: IEEE 
Communications Society et al. Contact Randal 
Moulic, IBM Research Div., PO Box 704, Rm. 
H4-A04, Yorktown Heights, NY 10598, phone 
(914) 789-7321. 

43rd SPSE Conf., May 20-25, Rochester, 

N.Y. Sponsor: Society for Imaging Science 
and Technology. Contact Michael M. Shahin, 
Xerox Corp., Webster Research Center, 800 
Phillips Rd., 0114-38D, Webster, NY 14580, 
phone (716) 422-2011. 

Fifth Conf. on Artificial Intelligence for 
Space Applications, May 22-23, Huntsville, 
Ala. Cosponsors: IEEE Computer Society 
Huntsville Chapter et al. Contact Continuing 
Education Div., Univ. of Alabama in 
Huntsville, Tom Bevill Center 285-1, 
Huntsville, AL 35899, phone (800) 448-4035 
or (205) 895-6372. 


ICDCS 10, 10th Int’l Conf. on Distrib- 
uted Computing Systems, May 28- 
June 1, Paris. Cosponsor: INRIA. Contact R. 
Popescu-Zeletin, GMD-FOKUS, Harden- 
bergplatz 2, D-1000 Berlin 12, West Germany, 
phone 49 (30) 25499-206; Jack Stankovic, 
Computer and Information Science Dept., 
Univ. of Massachusetts, Amherst, MA 01003, 
phone (413) 545-0720; or ICDCS 10, IEEE 
Computer Society, 1730 Massachusetts Ave. 
NW, Washington, DC 20036-1903, phone 
(202) 371-1013. 

11th Conf. of the Canadian Applied Mathe¬ 
matics Society, May 29-June 1, Halifax, N.S., 
Canada. Cosponsors: CAMS et al. Contact 
Mary Meidell, Continuing Education Dept., 
Technical Univ. of Nova Scotia, PO Box 1000, 
Halifax, NS B3J 2X4, Canada, phone (902) 
429-8300, ext. 2420. 


June 1990 


j£|^l First Conf. on Visualization in Bio- 
^*7 medical Computing, May 22-25, At¬ 
lanta. Cosponsors: Nat’l Science Foundation 
et al. Contact Norberto Ezguerra, Bioengineer¬ 
ing Center, Georgia Tech, Atlanta, GA 30332, 
phone (404) 894-7026 or 3964. 


SIGMetrics 90, May 22-25, Boulder, Colo. 
Sponsor: ACM. Contact Gary J. Nutt, Univ. of 
Colorado, Boulder, CO 80301; or Herb 
Schwetman, MCC, 3500 W. Balcones Center 
Dr., Austin, TX 78759, phone (512) 338-3428. 


CBMS 90, Third IEEE Symp. on Com- 
'^■7 puter-Based Medical Systems, June 3- 

6, Chapel Hill, N.C. Cosponsor: IEEE Engi¬ 
neering in Medicine and Biology Society. Con¬ 
tact James N. Brown, Jr., Research Triangle 
Inst., 3040 Cornwallis, Research Triangle 
Park, NC 27709, phone (919) 541-9675. 


Spring Comdex, June 3-6, Atlanta. Contact 
Interface Group, 300 First Ave., Needham, 
MA 02194, phone (617) 449-6600. 


1^2^. 20th Int’l Symp. on Multiple-Valued 
'^§7 Logic, May 23-25, Charlotte, N.C. Con¬ 
tact George Epstein, Computer Science Dept., 
Univ. of North Carolina at Charlotte, 214 Ken¬ 
nedy Bldg., Charlotte, NC 28223, phone (704) 
547-4566; or Carolyn F. Blalock, Office of 
Continuing Education, Univ. of North Caro¬ 
lina at Charlotte, Charlotte, NC 28223, phone 
(704) 547-4861. 

1990 American Control Conf., May 23-25, 

San Diego, Calif. Sponsor: American Auto¬ 
matic Control Council. Contact Dagfinn 
Gangsaas, Boeing Advanced Systems, PO Box 
3707, MS 33-12, Seattle, WA 98124-2207, 
phone (206) 241-4348. 

ICCI 90, Int’l Conf. on Computing and In¬ 
formation, May 23-26, Niagara Falls, Can¬ 
ada. Sponsor: Natural Sciences and Engineer¬ 
ing Research Council of Canada. Contact Wal- 
demar W. Koczkodaj, ICCI 90, Laurentian 
Univ., CoSc, Sudbury, Ont., Canada P3E 2C6. 


IEEE Infocom 90, Ninth Conf. on 
Computer Communications, June 3-7, 

San Francisco. Cosponsor: IEEE Communica¬ 
tions Society. Contact Infocom 90, IEEE Com¬ 
puter Society, 1730 Massachusetts Ave. NW, 
Washington, DC 20036-1903, phone (202) 
371-1013. 

,£2^, LICS 90, Fifth Symp. on Logic in Com- 
'^§7 puter Science, June 4-7, Philadelphia. 
Contact Albert Meyer, Computer Science Lab, 
545 Technology Square, NE 43-315, Cam¬ 
bridge, MA 02139, phone (617) 253-6024. 

j£S^| Int’l Workshop on Rapid System 
^§7 Prototyping, June 5-7, Triangle Re¬ 
search Park, N.C. Contact Kenneth Anderson. 
Siemens Corporate Research, 755 College Rd. 
E., Princeton, NJ 08540, phone (609) 734- 
6550. 


Eurographics Workshop on Object-Ori¬ 
ented Graphics, June 6-8, Konigswinter, 
Federal Republic of Germany. Sponsors: Eu¬ 


rographics and German Society for Infor¬ 
matics. Contact Marja Hegt, 0-0 Graphics 
Workshop, CWI, Kruislaan 413, 1098 SJ Am¬ 
sterdam, The Netherlands, phone 31 (20) 592- 
4058. 


ACL 90, 28th Conf. of the Assoc, for Compu¬ 
tational Linguistics, June 6-9, Pittsburgh. 
Contact Don Walker, Bellcore, MRE 2A379, 
445 South St., Box 1910, Morristown, NJ 
07960-1910, phone (201) 829-4312. 


Computer Security Foundations III, 
^§7 June 10-12, Franconia, N.H. Contact 
Tom Haigh, SCTC, 2855 Anthony Lane South, 
St. Anthony, MN 55418, phone (612) 782- 
7145. 


1990 European Simulation Multiconf., June 
10-13, Nuremberg, Federal Republic of Ger¬ 
many. Sponsor: Society for Computer Simula¬ 
tion Int’l. Contact Bemd Schmidt, Univ. Er¬ 
langen, Computer Science Dept., D-8520, Er¬ 
langen, FRG, phone (49) 9131-857-278; or 
SCS Int’l, c/o Philippe Geril, Coupure Links 
653, B-9000 Ghent, Belgium, phone (32) 91- 
23-69-61. 


Int’l Workshop on Algorithms and Parallel 
VLSI Architectures, June 10-16, Pont-a- 
Mousson, France. Cosponsors: IEEE, Eurasip. 
Contact Alle-Jan van der Veen, Electrical En¬ 
gineering Dept., Delft Univ. of Technology, 
2628 CD Delft, The Netherlands, phone (31) 
1578-1442. 

IFIP Workshop on Design and Test of 
’5*7 ASICs, June 11-12, Hiroshima, Japan. 
Cosponsors: Information Processing Society 
of Japan et al. Contact Kozo Kinoshita, Hiro¬ 
shima Univ., 1-1-80 Higashisendacho, Naka- 
ku, Hiroshima-shi 730, Japan, phone 81 (87) 
249-9150. 

19th Mumps Users’ Group Meeting, June 
11-15, Orlando, Fla. Contact Mumps Users’ 
Group, 4321 Hartwick Rd„ Suite 100, College 
Park, MD 20740, phone (301) 779-6555. 

1990 ACM Int’l Conf. on Supercomputing, 
June 11-15, Amsterdam. Contact E. Gallopou- 
los, Univ. of Illinois CSRD, 305 Talbot Lab, 
104 S. Wright St., Urbana, IL 61801-2932 (for 
North and South America); John R. Gurd, 
Computer Science Dept., Univ. of Manchester, 
Oxford Road, Manchester M13 9PL, UK (Eu¬ 
rope and Africa); or Yoichi Muraoka, Electri¬ 
cal Engineering Dept., Waseda Univ., 3-4-1 
Okubo, Shinjuku-ku, Tokyo, Japan (Japan and 
the Far East). 

Usenix Summer 1990 Technical Conf., June 
11-15, Anaheim. Contact John R. Mashey, 
Anaheim Usenix Technical Program, MIPS 
Computer Systems, 930 Arques Ave., Sun¬ 
nyvale, CA 94086, phone (408) 991-0253. 

Ninth Int’l Conf. on Analysis and Optimiza¬ 
tion of Systems, June 12-15, Antibes, France. 
Sponsor: INRIA. Contact Conf. Secretariat, 
INRIA, Service des Relations Exterieures, 
Domaine de Voluceau—BP 105, 78153 Le Ch- 
esnay Cedex, France, phone 33 (l)-39-63- 
5500. 
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IAPR Workshop on Syntactic and Struc¬ 
tural Pattern Recognition, June 13-15, Mur¬ 
ray Hill, NJ. Sponsor: Int’l Assoc, for Pattern 
Recognition. Contact Henry S. Baird, AT&T 
Bell Laboratories, Rm. 2C-557, 600 Mountain 
Ave., Murray Hill, NJ 07974, phone (201) 582- 
5744. 

10th Int’l Symp. on Protocol Specification, 
Testing, and Verification, June 13-15, Ot¬ 
tawa, Ont., Canada. Sponsor: IFIP. Contact 
Luigi Logrippo, Computer Science Dept., 

Univ. of Ottawa, Ottawa, Ont., Canada, KIN 
6N5. 

IAPR TC7 Workshop on Multisource Data 
Integration in Remote Sensing, June 14-15, 

College Park, Md. Cosponsors: International 
Assoc, for Pattern Recognition, NASA God¬ 
dard Space Flight Center. Contact James C. 
Tilton, MC 636, NASA Goddard Space Flight 
Center, Greenbelt, MD 20771, phone (301) 
286-9510. 

Third Int’l Symp. on Image Conservation, 
June 17-20, Rochester, N.Y. Sponsor: Society 
for Imaging Science and Technology. Contact 
Charlton Bard, 74 Cornwall Lane, Rochester, 
NY 14617, phone (716) 342-3174. 

10th Int’l Conf. on Pattern Recogni- 
'5*7 tion, June 17-21, Atlantic City, NJ. Con¬ 
tact Herbert Freeman, CAIP Center, 605 Hill, 
Rutgers Univ., New Brunswick, NJ 08903, 
phone (201) 932-4208. 

Third IFIP Workshop on Geometric Model¬ 
ing, June 17-21, Rensselaerville, N.Y. Con¬ 
tact Mary Johnson, Rensselaer Design Re¬ 
search Center, Rensselaer Polytechnic Inst., 
Troy, NY 12180-3590, phone (518) 276-6751. 

IJCNN 90, 1990 Int’l Joint Conf. on Neural 
Networks, June 17-21, San Diego, Calif. Co¬ 
sponsors: IEEE, Int’l Neural Network Society. 
Contact Nomi Feldman, IJCNN, 5665 Oberlin 
Dr., Suite 110, San Diego, CA 92121. 

^2^ EDFT, Seventh European Workshop 
'5*7 on Design for Testability, June 18-20, 

Segovia, Spain. Contact T.W. Williams or C. 
Lopez Barrio, IBM, PO Box 1900, Dept. AJA/ 
021B, Boulder, CO 80301-9191, phone (303) 
924-7692. 

IMSC 90, Int’l Mobile Satellite Conf., June 
18-20, Ottawa, Canada. Cosponsors: NASA, 
Canadian Dept, of Communications. Contact 
IMSC 90 Organizing Committee, c/o D. Hugh 
M. Reekie, Dept, of Communications, 300 
Slater St., Ottawa, Ont., Canada, K1A 0C8. 

Workshop on Computer-Aided Verifica¬ 
tion, June 18-20, Princeton, N.J. Contact E.M. 
Clarke, Computer Science Dept., Carnegie 
Mellon Univ., Pittsburgh, PA 15213-3890; 

R.P. Kurshan, AT&T Bell Labs, Rm. 2C-353, 
Murray Hill, NJ 07974; A. Pnueli, Weizmann 
Inst., Rehovot, Israel; or J. Sifakis, LGI-IMAG, 
BP 53X, 38041 Grenoble Cedex, France. 

Seventh Int’l Conf. on Testing Computer 
Software, June 18-21, San Francisco. Contact 
Genevieve Houston-Ludlam, ISTC 90, c/o 
Frontier Technologies, 190 Admiral Cochran 


Dr., Suite 180, Annapolis, MD 21401, phone 
(301) 266-8244. 

Second Int’l Conf. on Software Engineering 
and Knowledge Engineering, June 21-23, 
Skokie, Ill. Sponsors: Knowledge Systems 
Inst., Univ. of Pittsburgh, and Inst, for Infor¬ 
mation Industries, Taiwan. Contact Shi-Kuo 
Chang, Computer Science Dept., Univ. of 
Pittsburgh, 322 Alumni Hall, Pittsburgh, PA 
15260, phone (412) 624-8490. 

NECC 90, 11th Nat’l Educational Comput¬ 
ing Conf., June 25-27, Nashville, Tenn. Spon¬ 
sor: Int’l Council for Computers in Education. 
Contact John D. McGregor, Computer Studies 
Dept., Murray State Univ., Murray, KY 42071, 
phone (502) 762-2614. 

£3^, DAC 90, 27th ACM/IEEE Design 
'5*7 Automation Conf., June 25-29, 

Orlando, Fla. Contact Pat Pistilli, MP Associ¬ 
ates, 7490 Clubhouse Rd., Suite 102, Boulder, 
CO 80301, phone (303) 530-4333. 


Int’l Symp. on Fuzzy Approach to Rea- 
soning and Decision Making, June 25- 

29, Bechyne, Czechoslovakia. Sponsor: Int’l 
Fuzzy System Assoc. Contact Vilem Novak, 
Minin Inst., Czechoslovakia Academy of Sci¬ 
ences, A. Rimana 1768, 70800 Ostrava- 
Poruba, Czechoslovakia. 


Advanced Research Workshop on 3D Imag¬ 
ing in Medicine, June 25-29, Travemuende, 
Federal Republic of Germany. Sponsor: 
NATO. Contact Linda Houseman, Computer 
Science Dept., Univ. of North Carolina, Box 
3175, Sitterson Hall, Chapel Hill, NC 27599, 
phone (919) 962-1758 (for the Americas); or 
Andreas Pommert, Inst, fur Mathematik und 
Datenverarbeitung in der Medizin, Univ. 
Krankenhaus Eppendorf, Martinistrasse 52, 
2000 Hamburg 20, Federal Republic of Ger¬ 
many, phone 49 (40) 468-2300 (for Europe, 
Asia, Australia, and Africa). 


EKAW 90, Fourth European Knowledge 
Acquisition for Knowledge-Based Systems 
Workshop, June 25-29, Amsterdam. Contact 
John H. Boose, Advanced Technology Center, 
Boeing Computer Services 7L-64, PO Box 
24346, Seattle, WA 98124, phone (206) 865- 
3253. 


FTCS 20, 20th Int’l Symp. on Fault 
'5*7 Tolerant Computing, June 26-28, 

Newcastle upon Tyne, England. Cosponsors: 
Centre for Software Reliability, British Com¬ 
puter Society, IEE. Contact Neil Speirs, Com¬ 
puting Lab, Univ. of Newcastle upon Tyne. 
Newcastle upon Tyne, NE1 7RU, UK, phone 
44 (91) 232-8511. 


Compass 90, Fifth Conf. on Computer As¬ 
surance: Systems Integrity, Software 
Safety, and Process Security, June 26-29, 
Gaithersburg, Md. Cosponsors: IEEE Aero¬ 
space and Electronics Society, IEEE National 
Capital Area Council. Contact Dolores Wal¬ 
lace, National Inst, of Standards and Technol¬ 
ogy, Gaithersburg, MD 20899; (301) 975-3340. 


apore. Sponsors: Computer Graphics Society, 
Inst, of Systems Science, Singapore. Contact 
Juzar Motiwalla, CGI 90, ISS, Nat’l Univ. of 
Singapore, Kent Ridge, Singapore 0511, 
phone (65) 772-2075. 

1990 ACM Conf. on Lisp and Functional 
Programming, June 27-29, Nice, France. Con¬ 
tact Gillies Kahn, INRIA Sophia — Antipolis, 
2004 Route des Lucioles, 06565 Valbonne 
Cedex, France, phone (33) 93-65-78-01. 


July 1990 


Roundtable Discussion on Vision-Based 
Vehicle Guidance, July 2, Tokyo. Sponsor: 
Committee of IEEE Int’l Workshop on Intelli¬ 
gent Robots and Systems. Contact Ichiro 
Masaki, Computer Science Dept., GM Re¬ 
search Labs, 30500 Mound Rd., Warren, MI 
48090-9055, phone (313) 986-1466. 


Second Int’l Symp. on Databases in 
'5*7 Parallel and Distributed Systems, July 
2-4, Dublin, Ireland. Cosponsor: ACM. Con¬ 
tact Rakesh Agrawal, AT&T Bell Labs, Rm. 
3D450, 600 Mountain Ave., Murray Hill, NJ 
07974, phone (201) 582-2250; or David Bell, 
Inst, of Informatics, Univ. of Ulster, Jordan- 
stown. County Antrim, Northern Ireland 
BT370QB, phone (0232) 365-131. 


^2^, Second Int’l Conf. on Economics and 
'5*7 Artificial Intelligence, July 2-6, Paris. 
Sponsor: AFCET. Contact J-L. Le Moigne, 
GRASCE, Univ. Aix Marseille III, 3, ave. 
Robert Schuman, 13628, Aix en Provence, 
France; or P. Bourgine, 26, rue St. Louis, 
78000, Versailles, France. 


SPAA 90, Second ACM Symp. on Par- 
'5*7 allel Algorithms and Architecture, 
July 2-6, Crete, Greece. Cosponsor: ACM. 
Contact Tom Leighton, MIT, Cambridge, MA 
02139, phone (617) 253-3662. 


Fourth TC2 Working Conf. on Database 
Semantics, July 2-6, Windermere Lake Dis¬ 
trict, UK. Sponsor: IFIP, Coopers and Lybrand 
UK. Contact William Kent, Hewlett-Packard 
Labs, Dept. 3U, 1501 Page Mill Rd., Palo Alto, 
CA 94304-0971; or Robert Meersman, In- 
folab, Tilburg Univ., PO Box 90153, 5000 LE 
Tilburg, The Netherlands. 


Iberamia 90, Second Ibero-American Conf. 
on AI, July 9-13, Morelia, Michoacan, Mex¬ 
ico. Sponsors: Centro Regional de Ensenanza 
en Informatica (Spain) et al. Contact Iberamia 
90, Atn. Srita. Ma. Antonieta Alvarez Perez, 
Apartado Postal 70302, C.P. 04510, Mexico, 
D.F. 


WCCE 90, Fifth World Conf. on Com- 
'5*7 puters in Education, July 9-13, 

Sydney, Australia. Cosponsors: IFIP et al. 
Contact WCCE 90, PO Box 319, Darlinghurst, 
NSW 2010, Australia, phone (612) 211-5855. 

Third Int’l Conf. on Industrial and 
'5*7 Engineering Applications for AI and 
Expert Systems, July 15-18, Charleston, S.C. 
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Cosponsors: ACM et al. Contact Moonis Ali, 
Univ. of Tennessee Space Inst., MS 15, Tulla- 
homa, TN 37388, phone (615) 455-0631. 


August 1990 


SIGGraph 90, 17th Conf. on Com- 
*5*7 puter Graphics and Interactive Tech¬ 
niques, Aug. 6-10, Dallas. Cosponsor: ACM. 
Contact Assoc, for Computing Machinery, 11 
W. 42nd St., New York, NY 10036, phone 
(212) 869-7440. 


September 1990 


ISPRS Commission V Symp., Close¬ 
ly Range Photogrammetry Meets Ma¬ 
chine Vision, Sept. 3-7, Zurich. Cosponsor: 
Int’l Society for Photogrammetry and Remote 
Sensing et al. Contact Armin Gruen, Inst, of 
Geodesy and Photogrammetry, ETH- 
Hoenggerberg, CH-8093, Zurich, Switzer¬ 
land, phone 41 (1) 377-3051. 

ASAP 90, Int’l Conf. on Application- 
*5*7 Specific Array Processors, Sept. 5-7, 
Princeton, NJ. Cosponsor: Princeton Univ. 
Contact S.Y. Kung, Electrical Engineering 
Dept., Princeton Univ., Princeton, NJ 08544, 
phone (609) 258-3780. 

ITC 90, Int’l Test Conf., Sept. 10-12, 

5*7 Washington, DC. Cosponsor: IEEE 
Philadelphia Section. Contact Donald 
Denburg, AT&T Bell Labs, 1247 S. Cedar 
Crest Blvd., Allentown, PA 18103; or ITC, 

1201 Sussex Turnpike, Suite 101, PO Box 264, 
Mt. Freedom, NJ 07970, phone (201) 895- 
5260. 

IEEE Conf. on Managing Expert Sys- 
N&Z tern Programs and Projects, Sept. 10- 

12, Washington, DC. Sponsor: IEEE Com¬ 
puter Society Technical Committee on Expert 
Systems. Contact Jay Liebowitz, Management 
Sciences Dept., George Washington Univ., 
Washington, DC, phone (202) 994-6969. 

ICCD 90, IEEE Int’l Conf. on Com- 
*5*7 puter Design: VLSI in Computers and 
Processors, Sept. 16-19, Cambridge, Mass. 
Contact Edward M. Middlesworth, Hewlett- 
Packard, Bldg. 25U, PO Box 10350, Palo Alto, 
CA 94303-0867, phone (415) 857-5485; or 
ICCD 90, IEEE Computer Society, 1730 Mas¬ 
sachusetts Ave. NW, Washington, DC 20036- 
1903, phone (202) 371-1013. 

Electronic Publishing 90, Sept. 18-20, 

*5*7 Gaithersburg, Md. Sponsor: NIST. Con¬ 
tact Peter R. King, Computer Science Dept., 
Univ. of Manitoba, Winnipeg, Manitoba, Can¬ 
ada R3T 2N2, phone (204) 474-9935. 

Future Trends 90, Workshop on Fu- 
*5*7 ture Trends of Distributed Computing 
Systems, Sept. 30-Oct. 2, Cairo. Contact 
Stephen S. Yau, Univ. of Florida, CIS Dept., 


October 1990 


Infojapan 90, Int’l Conf. on Informa- 
tion Technology, Oct. 1-5, Tokyo. 
Sponsor: IPSJ. Contact Takuma Yamamoto, 
Fujitsu, 3-14-1 Hiyoshi, Kohoku-ku, Yokoha- 
mashi, Japan. 

1990 IEEE Workshop on Visual Languages, 
Oct. 4-6, Skokie, Ill. Cosponsors: Univ. of 
Pittsburgh et al. Contact S.K. Chang, Com¬ 
puter Science Dept., Univ. of Pittsburgh, Pitts¬ 
burgh, PA 15260. 

Frontiers 90, Third Symp. on Fron- 
5*7 tiers of Massively Parallel Computa¬ 
tion, Oct. 8-10, College Park, Md. Cosponsor: 
NASA Goddard Space Flight Center. Contact 
Johanna Weinstein, Frontiers 90, UMIACS, 
Univ. of Maryland, A.V. Williams Bldg., Col¬ 
lege Park, MD 20742, phone (301) 454-1808. 

i£2^l Ninth Symp. on Reliable Distributed 
*5*7 Systems, Oct. 9-11, Huntsville, Ala. 
Contact Raif M. Yanney, TRW, MS DH2/ 

2328, 1 Space Park, Redondo Beach, CA 
90278, phone (213) 764-6033. 

ZZN OOPSLA 90, Fifth Conf. on Object- 
*5*7 Oriented Programming Systems, Lan¬ 
guages, and Applications, Oct. 21-25, Ot¬ 
tawa, Canada. Cosponsor: ACM. Contact As¬ 
soc. for Computing Machinery, 11 W. 42nd St., 
New York, NY 10036, phone (212) 869-7440. 

JCIT 5, Fifth Jerusalem Conf. on In- 
557 formation Technology, Oct. 22-25, 

Jerusalem, Israel. Sponsor: Information Proc¬ 
essing Assoc, of Israel. Contact Abraham 
Peled, IBM T.J. Watson Research Center, PO 
Box 704, Yorktown Heights, NY 10598. 

Visualization 90, Oct. 23-26, San Fran- 
557 cisco. Contact Stephen Levine, Wang 
Labs, MS 012-250, 1 Industrial Ave., Lowell, 
MA 01851, phone (508) 967-0798. 

Compsac 90, 14th Int’l Computer 
5*7 Software and Applications Conf., Oct. 
31-Nov. 2, Chicago. Contact Ifay F. Chang, 
Rm. 1B28, IBM T.J. Watson Research Center, 
PO Box 714, Yorktown Heights, NY 10595, 
phone (914) 789-7825. 


November 1990 

Intelligent Robotic Systems: Design 
'5*7 and Applications, Nov. 6-7, Philadel¬ 
phia. Sponsor: SPIE. Contact Mohan M. 
Trivedi, Univ. of Tennessee, Electrical and 
Computer Engineering, Ferris Hall, Knox¬ 
ville, TN 37996-2100, phone (615) 974-5450. 

TAI 90, Second Computer Society 
'5*7 Int’l Conf. on Tools for Artificial Intel¬ 
ligence, Nov. 6-9, Washington, DC. Cospon¬ 
sors: Rutgers Univ. et al. Contact Nikolas G. 


XTN ICCAD 90, IEEE lnt’1 Conf. on Com- 
'5*7' puter-Aided Design, Nov. 12-15. Co¬ 
sponsor: IEEE Circuits and Systems Society. 
Contact ICCAD 90, IEEE Computer Society, 
1730 Massachusetts Ave. NW, Washington, 
DC 20036-1903, phone (202) 371-1013. 

Supercomputing 90, Nov. 12-16, New 

5*7 York City. Cosponsor: ACM. Contact 
Joanne L. Martin, IBM T.J. Watson Research 
Center, PO Box 218, Route 134, Yorktown 
Heights, NY 10698, phone (914) 945-3285; or 
Supercomputing 90, IEEE Computer Society, 
1730 Massachusetts Ave. NW, Washington, 
DC 20036-1903, phone (202) 371-1013. 

Cognitiva 90, Nov. 20-23, Madrid. 

*5*7 Sponsor: AFCET. Contact Cognitiva 90, 
c/o AFCET, 156 Bd Pereire 75017 Paris, 
France, phone 33 (01) 47-66-24-19. 

Zj^l 1990 Conf. on Software Maintenance, 
*5*7 Nov. 26-29, San Diego, Calif. Contact 
Thomas M. Pigoski, USN, NSGD Pensacola, 
Corry Station, Pensacola, FL 32511, phone 
(904) 452-6399. 

Zj^ Micro 23, 23rd Workshop on Micro- 
'5*7 programming and Microarchitecture, 
Nov. 27-29, Orlando, Fla. Cosponsor: ACM. 
Contact Chris Papachristou, Case Western Re¬ 
serve Univ., Computer Engineering and Sci¬ 
ence Dept., Cleveland, OH 44106, phone (216) 
368-5277. 


December 1990 


ZS^, First Int’l Symp. on Uncertainty and 
*557 Analysis: Fuzzy Reasoning, Probabil¬ 
istic Methods, and Risk Management, Dec. 
3-5, College Park, Md. Sponsors: Univ. of 
Maryland et al. Contact Bilal M. Ayyub, Civil 
Engineering Dept., Univ. of Maryland, Col¬ 
lege Park, MD 20742. 

CASE 90, Fourth Int’l Workshop on 
*517 CASE, Dec. 3-8, Irvine, Calif. Contact 
Elliott J. Chikofsky, Radius Systems, 75 Lex¬ 
ington St., Burlington, MA 01803, phone (617) 
494-8200. 

ACM SIGSoft 90, Fourth Symp. on 
*5*7 Software Development Environ¬ 
ments, Dec. 3-5, Irvine, Calif. Cosponsor: 
ACM. Contact Dewayne E. Perry, AT&T Bell 
Labs, 600 Mountain Ave., Murray Hill, NJ 
07974, phone (201) 582-2529. 

ICCV 90, Third Int’l Conf. on Com- 
*5*7 puter Vision, Dec. 4-7, Osaka, Japan. 
Contact ICCV 90, IEEE Computer Society, 
1730 Massachusetts Ave. NW, Washington, 
DC 20036-1903, phone (202) 371-1013. 

Second IEEE Symp. on Parallel and 
*5*7 Distributed Processing, Dec. 10-12, 

Dallas. Sponsor: Dallas Section of the IEEE 
Computer Society. Contact Behrooz Shirazi, 
Computer Science and Engineering Dept., 
Southern Methodist Univ., Dallas, TX 75275, 
phone (214) 692-2874. 
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BOOK REVIEWS 


Editor: Guy Johnson, School of Computer Science, Rochester Institute of Technology, Rochester, NY 14623, 


Hypertext Hands-On! 

Ben Shneiderman and Greg Kearsley (Addison-Wesley, Reading, Mass., 1989, 165 pp., $26.95) 


Reading descriptions of hypertext is a 
bit like reading about cooking. It’s not a 
bad introduction, and you can gain some 
useful insights, tips, and creative ideas. It 
may even whet your appetite and help you 
appreciate a fine meal. But there is no 
substitute for getting into the kitchen, 
whipping something up, and tasting the 
results. 

Reading Theodore Nelson's visions of 
hypertext in the mid-1970s, I could imag¬ 
ine the world’s knowledge embodied in a 
great interconnected web of information 
that could be traversed from a personal 
workstation. I wanted to get in on the crea¬ 
tion of some elaborate 10-course meals, 
but until the past few years I haven’t had a 
chance to whip up even a simple omelette. 
Most people haven’t even caught an 
aroma wafting out of the kitchen. 

Shneiderman and Kearsley make it 
possible for anyone with an IBM PC or 
compatible to have a taste of hypertext. 
Hypertext Hands-On! is a very neat pack¬ 
age. However, if you want to cook some¬ 
thing, you’ll find good suggestions for 
some of the dishes and a list of ingredients, 
but you’ll have to find utensils elsewhere. 

In addition to the 165-page hardcover 
book that you can proudly display on your 
bookshelf or coffee table. Hypertext 
Hands-On! includes a disk containing the 
hypertext version. It will run on any IBM 
PC with two 514-inch floppy-disk drives 
and at least 384 Kbytes of memory, al¬ 
though it is better when installed on a hard 
disk. A PC with VGA or CGA graphics 
will let you view the graphics, but the 
hypertext will also work on a mono¬ 
chrome display with no graphics capa¬ 
bilities. I ran it on a Macintosh using a PC 
emulator and experienced no difficulties. 

Either version of Hypertext Hands- 
On! provides a good introduction to 
hypertext concepts. Starting with its es¬ 
sential characteristics, you can begin to 
develop a broad understanding of what 
hypertext is and is not. A good selection 
of example applications described in the 
second chapter makes those characteris¬ 
tics come to life. At least, that’s how it 
works if you take a linear path through the 
text. Either version lets you follow your 


inclinations and needs by using links in 
the text to reach related information. 

The key point is that the information in 
both versions of Hypertext Hands-On! is 
(for the most part) the same. In the PC ver¬ 
sion, you can follow a linear or nonlinear 
path through the book by moving from 
screen to screen or by using highlighted 
links to move between documents. You 
can do the same in the text version, where 
links are printed in bold with page num¬ 
bers. There are some differences, though. 
Several applications only described in 
the book can be tried on your PC. For ex¬ 
ample, where the book describes a hyper- 
joke and interactive hyperfiction, the PC 
version lets you try it. You haven’t lived 
till you experience hypertext frankfurter 
puns or follow Fleur from Soho to an au¬ 
dition. The hypertext format lets you 
sample new ideas and skip familiar ones, 
and the breadth of the book makes it very 
unlikely that you will wander long before 
you find something interesting. 

Computer professionals will not find 
this book a good source of technical in¬ 
sight. It is aimed at a broader audience, so 
people with relatively little computer ex¬ 
perience will feel comfortable reading it. 
However, this is a good place for any 
hypertext novice, no matter how adept at 
computing, to begin. You will also find 
Hypertext Hands-On! worthwhile if you 
are familiar with a hypertext system but 
have been unable to contrast it with other 
systems. As you might expect from Ben 
Shneiderman, given his books on inter¬ 
face design, this book is a rich source of 
information on human factors in hyper¬ 
text systems. A good set of references of¬ 
fer a “link” to hypertext literature, where 
you can explore in depth. Regardless of 
which version of this work suits your na¬ 
ture, you can comfortably explore it in a 
few enjoyable hours. 

I began Hypertext Hands-On! with a 
favorable predisposition toward hyper¬ 
text, and I still believe that hypertext (or 
something like it) will become a common 
medium for publishing and distributing 
information, but my enthusiasm was tem¬ 
pered by the text’s even-handed treat¬ 
ment. The authors reveal many strengths 


and weaknesses of the medium, some¬ 
times unintentionally. 

An example will illustrate the authors’ 
fair treatment. When links in the PC ver¬ 
sion are selected, a brief definition of the 
term is displayed. In the printed version, 
these definitions have been relegated to a 
glossary in the back of the book because 
the authors found they cluttered the 
printed page. The epilog discusses how 
the authors made these types of decisions 
and how they created both versions, pro¬ 
viding another source of valuable and 
interesting anecdotal information for po¬ 
tential hypertext authors. 

Both versions of Hypertext Hands-On! 
are good, but I still prefer the printed 
book. Aside from its inherent transporta¬ 
bility, I find the ability to write comments 
in the margin important (although I kept 
my final notes in a hypertext system), and 
the legibility of the printed page made it 
less tiring and faster to read. The book’s 
inherently linear structure also lent itself 
better to my goal of thoroughness; it was 
hard to keep track of where I had and had 
not been in the PC version, which is 
shipped with a limited version of the 
Hyperties hypertext system that only en¬ 
ables browsing through the hypertext. If 
you want to add your own notes to the PC 
hypertext, you need to purchase the com¬ 
mercial version of Hyperties, which pro¬ 
vides authoring capabilities. 

The printed version shows the influ¬ 
ence of the PC version. Its narrative style 
does not flow as smoothly as traditional 
prose. Rather, it has a chunky feeling that 
always harkens back to the hypertext ori¬ 
gin, where screen size constrains the 
amount of information that can be pre¬ 
sented at one time (hypertext messages are 
better if they are terse). The chunky style 
was noticeable but not disconcerting. 

Hypertext Hands-On! is a good place to 
begin an exploration of hypertext. Fol¬ 
low one of the authors’ links and try other 
hypertext and hypermedia systems. Whet 
your appetite here, make a shopping list, 
then go forth and start cooking. 

Gordon Goodman 

Rochester Institute of Technology 


January 1990 
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Strategic Information Planning Methodologies — Second Edition 


Hall, Englewood Cliffs, N.J., 1989, 328 pp., $46) 


James Martin and Joe Leben (Prentice 

Strategic information planning uses 
information technology and systems 
planning to make strategic business 
plans, to build control mechanisms for 
implementing the plans, and to create a 
framework for further analysis and de¬ 
sign of databases and information sys¬ 
tems that are developed separately and 
need to fit together. 

This book describes methodologies for 
information resource planning and dis¬ 
cusses the practice and experience of us¬ 
ing them. In addition to the prologue on 
management’s role, the book covers 
techniques, methodologies, and the fu¬ 
ture of information systems. This authors 
of this readable book use diagrams exten¬ 
sively and present the methodologies in 
detail with excellent examples and style. 

The authors stress cooperation between 
top management and the information sys¬ 
tems department, and they illustrate that 
need through interviews with informa¬ 
tion systems executives, database execu¬ 
tives, information systems consultants, 
data administrators, programmers, etc. 
Cooperation between top management 
and the information systems department 
will also require agreement on conven¬ 
tions between these groups. However, 
the book’s entity-relationship diagram 
uses a different convention than that in 
most database books. Toward this end, 
readers should note that coauthor Martin 
has a book called Recommended Dia¬ 
graming Standards for Analysts and Pro¬ 
grammers (Prentice Hall, 1986). 

Part 1 deals with techniques of interest 
to those information systems staff mem¬ 
bers who will work with top manage¬ 


ment, including information engineer¬ 
ing, diagramming techniques, data mod¬ 
eling, subject databases, and planning 
tools. The authors introduce information 
engineering and computer-integrated 
manufacturing (CIM) and computer- 
aided software engineering (CASE) 
tools. The authors suggest using CASE 
modeling tools to organize data, and they 
discuss four types of data environments: 
files, application databases, subject data¬ 
bases, and information retrieval systems. 
The authors then discuss planning tools, 
matrices, entity-relationship diagrams, 
and analyses (including exception, level 
consistency, affinity, project action, and 
project ranking). 

The discussion of methodologies in 
Part 2 covers strategic information plan¬ 
ning studies, linkage analysis planning, 
entity-relationship modeling, technol¬ 
ogy impact analyses, critical success fac¬ 
tor analyses, goal and problem analyses, 
business area identification, entity activ¬ 
ity analyses, and follow-on plan and busi¬ 
ness area analyses. 

Linkage analysis planning analyzes 
waves of information system growth, ex¬ 
perience curves, industry power relation¬ 
ships, and the extended enterprise, which 
includes the company itself and the or¬ 
ganizations with which it interacts and 
does business. This form of planning also 
identifies the electronic channel support 
systems that can significantly enhance a 
company’s productivity, flexibility, and 
ability to compete. 

Each enterprise function can be subdi¬ 
vided into a number of functions, which 
can then be further divided into pro¬ 


cesses. For each example of function de¬ 
composition, the smaller tasks are pre¬ 
sented in boxes so that the reader can rec¬ 
ognize the functions immediately. A 
CASE tool seems ideal for action dia¬ 
gramming of technological changes. 

The authors’ examples of implicit and 
explicit critical success factors (CSFs) 
include those from the automobile, soft¬ 
ware, microelectronics, and retail indus¬ 
tries. CSFs have to be established first for 
the enterprise as a whole, then for lower 
levels. In a chain store organization, for 
example, the CSFs are established for the 
vice presidents, then for the managers. 

Goal and problem analysis consists of 
interviewing key executives to under¬ 
stand their information needs, problems, 
and perspectives about the business. A 
yearly overall review will then help en¬ 
sure that the information systems evolve 
productively. 

Business area analysis uses data model 
diagrams, process decomposition dia¬ 
grams, process dependency diagrams, 
and process/data matrices to ensure that 
separately designed systems will fit to¬ 
gether and work properly. 

The epilogue discusses future informa¬ 
tion systems that will use knowledge 
bases in conjunction with conventional 
databases. Data communication will be 
vital. As computerized tools become 
more powerful, people will move into 
jobs of greater responsibility that require 
more skill. 


Grace C.N. Yeung 

California State University, Fresno 


Computer Viruses, Worms, Data Diddlers, Killer Programs, and 
Other Threats to Your System 

John McAfee and Colin Haynes (St. Martin’s Press, New York, 1989, 235 pp., $16.95 paperback) 


Computer virus — the term brings a 
chill to many computer users, particu¬ 
larly those of us who use personal com¬ 
puters. A computer virus is loosely de¬ 
fined as a self-replicating piece of code 
that “hides” in another program. It may 
be benign, but most are designed to be 
malignant. The analogy to physical vi¬ 
ruses is accurate as well as informative. 
A computer virus “lives” in the code 
you use regularly and uses that code as a 
means of replication. A virus could do 
anything from displaying a simple 


“Hello, sucker” message to completely 
destroying or corrupting your data. 

Viruses are not new — McAfee and 
Haynes cite 1966 as the date of the first 
known virus — but only recently has 
the problem been perceived as a dan¬ 
gerous “epidemic.” Several major, 
widely publicized outbreaks occurred 
in the last two years, costing users 
many millions of dollars (the 1988 
Internet worm alone cost an estimated 
$98 million). The authors of Computer 
Viruses specialize in curing infected 


systems, and their book is an explana¬ 
tion of the problem and methods of 
prevention. 

The first couple of chapters are de¬ 
signed to get your attention. They do, 
with such scenarios as this: Consider 
the possibility that a virus has contami¬ 
nated the air traffic control system 
managing your flight, or the computer- 
controlled braking system of your 
car ... The rest of the book is dedi¬ 
cated to understanding, preventing, 
and treating viruses. The authors do not 
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& Sons, New York, 1989, 478 pp„ $34.95 cloth, $24.95 paper) 


Intelligent Databases 

Karman Parsaye et al„ (John Wiley 

One of the side effects of information 
technology is information hoarding. We 
collect so much information that current 
information technology techniques can¬ 
not effectively manage it. In Intelligent 
Databases, the authors propose an archi¬ 
tecture for “intelligent” database tech¬ 
nology that solves some of the problems 
created by large volumes of information. 
Intelligent database technology is the 
confluence of five different technolo- 
j gies: databases, object-oriented systems, 
expert systems, hypermedia, and on-line 
text management. 

The title may be misleading to some 
readers, since it actually refers to a frame¬ 
work for intelligent database manage¬ 
ment systems, not intelligent databases. 
The book’s self-contained but cursory 
treatment of the five technologies pre¬ 
sents the material that the authors deem 
necessary for developing intelligent 
DBMSs. The authors could have con¬ 
densed Chapters 2-6 into one chapter by 
covering each of the technologies in one 
section. They also could have provided 
more substance on intelligent DBMSs. 
Readers who want an in-depth treatment 
of any of the five technologies are ad¬ 
vised to check the nearest library. 

Nonetheless, even knowledgeable 
readers should read through the material 
to find out how the authors adapt these 
technologies to form a basis for intelli¬ 
gent DBMS technology. Intelligent data¬ 
base technology is presented conceptu¬ 
ally, as are the previous technologies. 

The authors’ discussion of object-ori¬ 
ented systems singles out ServoLogic’s 
GemStone, but readers should note that 


there are about a dozen object-oriented 
DBMSs that are either commercial prod¬ 
ucts or research prototypes. 

The book presents an interesting 
method to seamlessly integrate deduc¬ 
tion, object orientation, and databases. 
The integration of expert systems and da¬ 
tabases relies on two interchangeable 
models for representing database rela¬ 
tions within a knowledge base, namely, 
the predicate model and the object model. 
Objects, predicates, and relations are in¬ 
tegrated by using tables to represent all 
three structures. 

The authors borrow associative net¬ 
works from hypermedia to implement 
and embed knowledge structures. The 
strength of hypermedia is its associative 
power, but users can get lost navigating 
through the network, especially when 
there is no frame of reference. 

Readers interested in knowledge rep¬ 
resentation may find the Formal Object 
Representation Model appealing. FORM 


has its roots in Marvin Minsky’s frame- 
based representation, from which it in¬ 
herits attached procedures. 

The technology in this book has been 
implemented and made into commercial 
products such as IntelligenceWare’s In¬ 
telligence/Compiler, IXL, and Auto- 
Intelligence. Thus, this book serves pri¬ 
marily as an introduction to these products. 

The book’s presentation is succinct, 
with simple and understandable sen¬ 
tences. It is extremely well organized, 
with some material repeated when 
needed to make the context explicit. 

The authors focus (appropriately) on 
the architectural details of intelligent 
DBMSs without discussing implementa¬ 
tion. The book should be of interest to re¬ 
search scientists as well as practitioners 
in various disciplines. 


Mark N. Sastry 
Honeywell 


Reviewers wanted 

If you are interested in reviewing books for Computer, please submit your 
name, address, and a list of areas of interest and expertise to the Book Reviews 
Editor at the address below. Publishers should submit recent books for review 
consideration to the same address. 

Guy Johnson, Department of Information Technology, Rochester Institute of 
Technology, 1 Lomb Memorial Drive, Rochester, NY 14623. 


claim to offer a cure. There is no ge¬ 
neric vaccine. The prescription in¬ 
cludes good health habits, prophylaxis, 
and radical surgery when needed. 

The authors discuss several of the 
better known PC viruses, explaining 
how they get in, replicate, and cause 
damage. They discuss the Pakistani 
Brain and Alameda College viruses in 
enough detail (and with enough code) 
that a good programmer could proba¬ 
bly reproduce them. Several other vi¬ 
ruses are examined in less detail, but 
with useful warnings about where they 
come from, what they tend to infect, 
and how to tell if your computer has 
been infected by one of them. One 
chapter covers antiviral programs for 
IBM PCs and Apple Macintoshes. 


The most important part of the book 
is on prevention. Unfortunately, the 
discussion is rather generic, so you will 
have to tailor the strategic principles to 
your own environment. The section 
could easily be expanded to an entire 

An added limitation of the book is 
that the authors focus almost solely on 
DOS-based systems (in spite of the 
book’s subtitle: What They Are, How 
They Work, and How to Defend Your 
PC, Mac, or Mainframe). The basic 
principles of virus prevention and de¬ 
tection are the same regardless of sys¬ 
tem size, but it would be helpful to have 
examples from larger, more complex 
environments. 

Computer Viruses is an interesting 


and useful overview of the “code infec¬ 
tion” problems that have become a 
major danger to everyone, not just com¬ 
puter developers and users. The au¬ 
thors point out that we are all computer 
users, whether we know it or not (re¬ 
member the airplane scenario). In a sur¬ 
vey of hackers who were asked if a com¬ 
puter virus could elect the President of 
the United States, the answer was: 

“Yes, it’s likely no great problem.” 
Several respondents thought it was a 
good idea. Given this attitude, I recom¬ 
mend that you read the book and take it 
seriously. 


Robert M. Gross 
Day Data Systems 


January 1990 
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The Transfer of Cognitive Skill 

Mark K. Singley and John R. Anderson (Harvard University Press, Cambridge, Mass., 1989, 300 pp., $30) 


“The aim of this book is to apply some 
of the modem formalisms of cognitive 
psychology to an age-old practical prob¬ 
lem: the transfer of learning.” Thus 
begins The Transfer of Cognitive Skill, 
which treats the sometimes very dry 
world of the research report in glowing 
terms and teaches a great deal even to 
those outside the field of cognitive psy¬ 
chology. 

After providing background informa¬ 
tion on transfer-study research since the 
beginning of the century, the authors 
present the theory they used in their study 
(the ACT* theory), and then discuss the 
specific areas of study: lateral transfer, 
negative transfer, use of procedural 
knowledge, analogical transfer, and de¬ 
clarative transfer. The authors then re¬ 


view those components of the theory that 
the data supports and summarize the en¬ 
tire study. As in many such studies, the 
majority of the data supports the theory, 
but some problems remain. 

The authors selected the ACT* theory 
because of its interesting use of a set of 
condition-action rules and a working 
memory to model skill transfer. This 
method aids measurement and under¬ 
standing by allowing transfer to be mod¬ 
eled in programming-language style 
terms. This, in turn, aids study through 
use of the computer editors ED, EDT, and 
Emacs. The study clearly shows the dif¬ 
ferences in learning difficulty between 
the line editors (ED and EDT) and the 
screen editor (Emacs). This portion of the 
study alone would be invaluable to com¬ 


puter scientists designing text editors. 

The book is well written and does not 
rely heavily on references. Unfortu¬ 
nately, it does rely heavily on older word- 
based systems, as opposed to systems 
based on visual elements. However, this 
is the only way in which the information 
is dated. 

Except for the discussion of software 
design I described above, this book 
would not be of tremendous use to the 
typical computer scientist or engineer. 
Rather, it belongs in the library of the 
graduate psychology student or as a refer¬ 
ence for the knowledge engineer. 


Vincent L. Boyer 
UTL Corporation 
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